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1.  INTRODUCTION 


A.  BACKGROUND 

Organizations  have  plans  of  operation  for  personnel  scheduling.  This  plan  may  be 

a  very  elaborate  one  outlined  in  standard  operating  procedures  or  it  may  be  left  to  the 

experience  and  intuition  of  the  scheduler  (Poshyanonda,  1989).  The  U.S.  Navy  schedules 

personnel  into  duty  sections  using  schedules  referred  to  as  watchbills.  According  to  the  Navy 

Standard  Operations  Regulations  Manual,  a  watch  is  defined  as 

any  period  of  time  during  which  an  individual  is  assigned  specific,  detailed 
responsibilities  on  a  recurring  basis.  The  Commanding  Officer  will  establish 
the  watches  necessary  for  the  safety,  security,  and  proper  operation  of  the 
command. 

The  current  process  of  watch  bill  scheduling  involves  a  combination  of  standard 
operating  procedures,  experience,  and  intuition  of  the  scheduler.  The  steps  involved  in 
watch  bill  generation  are  performed  manually  in  a  similar  fashion  throughout  the  Navy,  thus 
the  process  readily  lends  itself  automation.  Automating  the  process  will  eliminate  the 
extensive  man-hours  required  to  generate  and  update  the  watch  bill  thus  allowing  the 
coordinator  the  ability  to  focus  on  his\her  primary  duties.  Any  automated  system  must  be 
robust  enough  in  its  design  to  account  for  all  the  factors  if  it  is  to  be  truly  useful  to  the 
scheduler  (Poshyanonda,  1989). 

B.  OBJECTIVES 

The  purpose  of  this  thesis  is  to  develop  a  limited  automated  watchbill  generator 
prototype  to  be  used  by  Fleet  Numerical  Meteorological  Oceanography  Center  (FNMOC), 
MontCTey,  California.  The  model  is  designed  to  integrate  the  scheduling  logic  of  FNMOC's 
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Senior  Watch  Officer  (SWO)  into  the  prototype.  The  resulting  system  is  expected  to  reduce 
the  extensive  man-hours  required  to  generate  and  update  the  schedule  in  order  to  produce 
an  efficient  watchbill. 

C.  SCOPE 

A  complete  scheduling  system  provides  several  major  functions,  including  capability 
for  data  extraction,  storage  and  retrieval,  and  models  and  algorithms  for  generating  optimal 
schedules.  Additionally,  the  system  maintains  a  user  interface  that  offers  several 
representations  for  problem  data  and  solutions,  and  mechanisms  for  managing  user 
interactions.  The  scope  of  this  thesis  includes  the  following  tasks: 

1 .  Conduct  a  review  of  the  Navy's  watchbill  generating  regulations. 

2.  Gather  data  from  individuals  having  experience  as  Senior  Watch  Officers  in  order 

to  determine  requirements  and  expectations  of  a  watchbill  system. 

3.  Write  appropriate  modules  and  macros  to  access  databases,  extract,  download,  and 

load  relevant  data. 

4.  Write  applications  to  analyze  data,  generate  schedules,  and  display  solutions. 

The  deliverable  is : 

1 .  A  list  of  the  requirements  for  an  automated  watchbill  program  capable  of  being 

implemented  at  FNMOC. 

2.  Working  prototype  using  Microsoft  Access. 

3 .  A  user's  manual  for  the  proper  operation  of  the  system. 
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D.  METHODOLOGY 


The  thesis  follows  a  structured  methodology  for  database  development,  which  consists 
of  the  following  steps  (Elmasri/Navathe,  1989); 

1.  Requirements  Study:  This  step  includes  interviewing  the  users  and  gathering  data 
indicating  the  present  state  of  the  scheduling  procedures  at  FNMOC. 

2.  Conceptual  Design:  The  use  of  the  Semantic  Object  data  modeling  to  represent 
the  data  requirements. 

3.  Logical  Design:  Transforming  the  conceptual  design  into  a  logical  and  usable 
design. 

4.  Implementation;  Using  a  commercial  database  management  system,  the  logical 
design  is  transformed  into  a  physical  database. 

E.  ORGANIZATION  OF  STUDY 

This  thesis  is  organized  as  follows:  Chapter  11  describes  scheduling  systems  and 
manual  processes.  Chapter  in  is  the  requirements  study  of  FNMOC  current  system  and 
identifies  areas  for  automation.  Chapter  IV  discusses  methodology  of  design  transformation. 
Chapter  V  describes  implementation  procedures  and  software  requirements.  Chapter  VI 
discusses  a  lessons  learned  and  benefits  of  the  study. 
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n.  SCHEDULING  SYSTEMS 


This  chapter  discusses  a  general  definition  and  view  of  scheduling  as  it  would  be  in 
any  type  of  management  organization.  Scheduling  concepts  and  principles  addressed  include 
scheduling  difficulties,  manual  scheduling  procedures,  flexibility,  priorities,  efficiency, 
schedule  alternative  comparison  justification,  and  degree  of  system  automation  determination. 

A.  SCHEDULING  DIFFICULTIES 

Effective  scheduling  is  a  knowledge  intensive  activity  requiring  a  comprehensive 
model  of  the  organization  and  its  environment  at  all  times  (O'Brien,  1969).  There  are  two 
main  issues  of  complicity  and  uncertainty  that  make  scheduling  solutions  difficult.  The  first 
difficulty  is  due  to  the  size  of  the  search  space  and  the  process  of  finding  a  sequence  of 
actions  that  will  satisfy  scheduling  objectives  that  change  based  on  domain  specific 
information.  The  complexity  of  the  scheduling  environment  increases  the  number  of  possible 
combinations  to  be  searched.  The  second  difficulty  arises  due  to  hierarchial  solution 
perspectives  used  in  the  generation  of  schedules  for  constraining  the  search  space.  There  is 
a  need  for  an  intelligent  scheduling  system  that  can  coordinate  the  relationships  among 
interacting  sub-problems  and  goals  (Poshyanonda,  1989).  A  systematic  planning  and 
scheduling  system  would  ease  complicated  tasks  which  require  a  large  amount  of  expertise, 
good  coordination  among  functions  and  accurate  data  (Hartman  and  Howard,  1976). 

B.  MANUAL  SCHEDULING 

The  task  of  scheduling  is  complex  and  there  are  a  variety  of  alternatives  for  each  of 
the  choices  the  scheduler  has  to  make.  Many  things  can  disrupt  the  schedule  such  as  when 
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a  scheduler  overlooks  one  of  the  factors,  an  unexpected  emergency  arises,  or  a  piece  of 
necessary  equipment  breaks  down  (Hartman  and  Howard,  1976).  The  scheduler  must  be 
flexible  and  the  people  executing  the  schedule  must  have  the  initiative  to  re-arrange  their 
work  and  develop  an  alternate  plan  (Poshyanonda,  1989).  Additionally,  the  scheduler  may 
be  faced  with  short  deadlines,  and  personnel  changes  made  at  the  last  moment  (Bow,  1966) 
With  a  manual  scheduling  process,  a  scheduler  can  only  consider  a  few  of  these  alternatives. 
There  is  more  information  in  the  system  than  the  manual  scheduler  can  handle.  The  speed  and 
information  processing  capacity  of  the  computer  suggest  that  an  automated  scheduling 
system  can  consider  more  information  and  more  alternatives,  and  may  be  able  to  efficiently 
produce  error  free  schedules,  yet  Navy  watchbill  scheduling  in  the  1990's  remains  largely  a 
manual  process  (Hartman  and  Howard,  1977). 

C.  FLEXIBILITY 

One  aspect  of  the  scheduling  process  is  the  dynamic  nature  of  the  operating 
environment.  A  system  that  can  react  intelligently  to  changing  circumstances  is  necessary 
(Poshyanonda,  1989),  thus  in  order  for  a  scheduling  system  to  be  useful  it  must  be  flexible  to 
the  environment.  The  system  should  be  able  to  function  with  minimum  input,  yet  be  able  to 
handle  additional  data.  A  complete  solution  to  the  scheduling  problem  should  include  the 
function  of  predictive  planning  coupled  with  an  ability  to  alter  schedules  in  response  to 
changing  conditions  (Poshyanonda,  1989).  It  should  be  able  to  use  information  based  on 
priorities,  but  also  produce  schedules  even  if  priorities  are  not  assigned  (OBrien,  1969).  The 
schedule  should  reflect  personnel  preferences  of  working  hours  and  days.  In  times  of  high 
demand,  schedules  need  to  be  produced  in  spite  of  expressed  preferences.  The  system  must 
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provide  for  manual  override  of  the  rare  situation  which  it  cannot  handle  routinely  (Hartman 
and  Howard,  1976).  An  automated  system  provides  added  flexibility  and  allows  for  more 
alternatives  and  more  choices  of  options.  In  any  circumstances,  the  system  always  produces 
a  recommended  schedule. 

D.  PRIORITY  CONCEPTS 

In  any  effective  scheduling  system,  there  must  be  some  means  for  dealing  v^th  priority 
relationships  among  the  various  personnel  (Hartman  and  Howard,  1976).  The  extent  to  which 
priorities  are  established  and  used  is  a  decision  of  the  scheduler,  but  the  system  should  be 
capable  of  handling  whatever  priorities  are  assigned.  At  one  extreme,  the  system  may  be 
designed  in  which  no  priorities  are  assigned  and  all  personnel  are  treated  equally  with  no 
allowance  for  preferences,  while  the  other  extreme  every  person  may  be  allowed  a  specific 
amount  of  points  which  measures  thdr  ranking  in  a  priority  hierarchy  (Hartman  and  Howard, 
1977)  The  major  issue  in  discussing  priorities  is  not  the  assignment  of  priority  numbers,  but 
rather  the  establishment  of  clear,  well  defined,  and  agreed  upon  rules  which  explain  what 
preferences  rank  in  priority  over  one  another  (Poshyanonda,  1989). 

Adherence  to  priority  rankings  will  restrict  the  possible  choices  open  to  the  scheduler 
whether  scheduling  is  done  manual  or  automated  (Hartman  and  Howard,  1976).  Personnel 
requests  can  be  divided  into  3  broad  classes:  Training,  Regular,  and  Pre-emptive.  Within 
each  class  numerical  preference  priority  levels  could  be  established  by  the  scheduler.  Only 
pre-emptive  requests  would  be  able  to  displace  other  requests  within  an  existing  schedule. 

There  are  several  ways  in  which  priorities  may  be  used  within  a  scheduling  system.  In 
most  cases  priorities  will  be  the  cause  of  a  schedule  revision.  On  occasion,  requests  arrive 


7 


which  are  so  important  that  they  must  be  met  immediately,  for  example  emergency  leave 
requests.  In  this  type  of  situation  scheduled  personnel  may  need  to  be  shuffled  among  duties 
in  order  to  accommodate  the  temporary  loss.  Such  situations  have  pre-emptive  priority  and 
they  can  severely  disrupt  normal  operations  (Hartman  and  Howard,  1976). 

Anotfier  use  of  priorities  is  in  the  initial  preparation  of  the  master  schedule.  In  cases 
of  personnel  requesting  regular  leave  or  attendance  of  educational  classes,  persoimel  may  turn 
in  duty  preference  dates  for  scheduled  duty  assignments.  The  scheduler  will  consider  the 
requests  and  try  to  accommodate  personnel  preferences.  Total  requests  may  outweigh 
personnel  resources  in  which  the  scheduler  will  determine  what  requests  demand  higher 
priority.  A  preferential  priority  ranking  system  is  developed  in  order  to  simplify  these 
subjective  aspects. 

E.  SCHEDULE  EFFICIENCY 

When  the  total  of  all  personnel  requests  is  moderate  almost  any  scheduling  system 
will  develop  workable  schedules.  In  periods  of  high  demand,  efficient  scheduling  may  require 
a  decrease  in  the  amount  of  requests  approved  for  personnel.  Any  proposed  system  should 
be  tested  under  extreme  conditions  such  as  heavy  personnel  requests,  many  emergency  leave 
requests,  and  operational  requirements,  for  it  is  in  these  conditions  that  the  differences 
between  applicable  systems  will  become  apparent  (Hartman  and  Howard,  1976). 

F.  COMPARING  ALTERNATIVE  SCHEDULING  SYSTEMS 

1.  Schedule  Optimization 

A  system  which  has  more  alternate  choices  available  should  be  able  to  schedule 
personnel  in  a  more  efficient  manner,  thus  leading  to  a  schedule  which  is  closer  to  optimal 
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(Poshyanonda,  1989).  It  follows  that  a  scheduler  which  is  expected  to  do  more  optimization 
will  require  more  intricate  decision  logic  to  make  the  required  choices  between  alternatives. 

2.  Priorities 

An  important  measure  of  effectiveness  for  scheduling  system  design  is  the  extent  to 
which  the  system  can  use  priority  and  preference  information  in  the  scheduling  process 
(Elartman  and  Howard,  1976).  Different  schedule  alternatives  are  derived  from  the  necessity 
to  meet  priorities  of  personnel. 

3.  Timing 

Timing  issues  are  concerned  with  when  and  how  often  the  schedule  is  produced  and 
updated  (Bow,  1966),  and  when  personnel  requests  can  be  input  into  the  system.  The  more 
convenient  it  is  for  a  scheduler  to  produce  output,  the  easier  it  will  be  to  compare  between 
alternatives.  Additionally,  it  is  easier  to  satisfy  personnel  requests  if  schedules  are  determined 
on  the  basis  of  planning  by  individuals  submitting  requests. 

4.  Stability  and  Changes 

All  schedules  are  subject  to  changes  for  various  reasons.  If  there  is  an  instance  of 
change,  it  is  necessary  to  determine  how  the  schedule  shifts  and  its  effect  on  personnel 
(Hartman  and  Howard,  1976).  The  scheduler  needs  to  determine  how  to  adjust  in  order  to 
meet  changing  requirements. 

5.  Effect  of  the  System  for  the  User 

A  variety  of  questions  are  considered.  Is  the  system  convenient  to  use  and  easy  to 
understand?  Can  the  system  make  use  of  expressed  preferences?  Will  the  system  provide 
efficient  schedules?  Will  the  schedules  be  easier  to  produce  and  adjust? 
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G.  CENTRALIZATION  VS  DECENTRALIZATION 

Manual  systems  tend  to  be  centralized  in  the  sense  that  there  is  an  individual,  the 
scheduler,  who  handles  all  requests,  does  the  scheduling,  and  communicates  with  personnel. 
The  scheduler  is  a  focal  point  to  whom  the  organization  can  go  to  for  information  about  the 
system  or  to  implement  changes.  Automated  systems  can  be  designed  to  be  centralized  with 
a  deagnated  scheduler  maintaining  the  role  of  communication  with  both  the  computer  and  the 
personnel.  Alternatively,  in  an  automated  system  the  role  of  scheduler  may  be  abolished  and 
personnel  may  communicate  directly  with  the  scheduling  system  using  remote  terminals. 

H.  DEGREE  OF  AUTOMATION  FOR  THE  SCHEDULE 

Scheduling  systems  can  range  from  fully  manual  to  computer  assisted  to  fully 
automated  (Bow,  1966).  The  scheduling  system  consists  of  several  functions,  each  of  which 
can  be  performed  in  a  variety  of  ways.  These  functions  include  the  decision  making  function 
in  which  personnel  are  assigned  to  duty,  the  data  storage  and  retrieval  function  which  deals 
with  such  mfbrmation  as  personnel  data,  requests,  and  priorities,  and  the  decision  function 
which  produces  the  selected  schedule  (Hartman  and  Howard,  1976).  Each  of  these  functions 
can  be  done  manually  or  by  a  computer.  Hybrid  systems  in  which  some  functions  are 
automated  and  others  are  done  manually  should  be  considered  as  well  as  the  extremes 
(Hartman  and  Howard,  1976). 
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m.  REQUIREMENTS  ANALYSIS 


This  chapter  discusses  the  watch  scheduling  process  for  the  Navy,  specifically 
focusing  on  FNMOC.  Existing  operational  characteristics  and  problems  of  the  scheduling 
procedures  were  investigated.  Factors  to  be  taken  into  consideration  when  designing  the 
system  include;  human  factors,  social  bias,  and  managerial  concerns.  In  the  data  requirement 
and  analysis  phase,  substantial  information  was  gathered  and  analyzed. 

The  chapter  is  organized  as  follows.  First,  an  overview  of  regulations  regarding  Navy 
watch  organization  is  discussed,  including  experience  based  input  for  watch  bill  scheduling. 
The  following  section  demonstrates  what  should  be  taken  into  consideration  for  developing 
any  watch  bill.  The  remainder  of  the  chapter  addresses  FNMOC's  current  watch  bill 
organization,  and  requirements  it  would  incorporate  into  an  automated  system. 

A.  WATCH  ORGANIZATION 

In  developing  a  watch  rotation,  the  organization  must  first  consider  its  operational 
requirements.  The  organization  of  watch  sections  are  based  upon  the  capabilities  of  personnel 
and  the  determination  of  the  Commanding  Officer.  Based  upon  the  requirements,  the  watch 
personnel  functions  and  responsibilities  are  put  into  writing.  The  watch  organization  of  the 
unit  should  be  charted  and  explained  to  ensure  all  personnel  are  fiilly  aware  of  their 
responsibilities  and  relationships  while  on  watch  (OPNAVINST  3120.32,  1994). 

Currently,  commands  operate  vwth  schedules  that  are  designed  by  hand.  With  manual 
methods,  it  is  impossible  to  know  the  schedules  are  close  to  optimal  in  terms  of  serving 
personnel  needs  and  meeting  operational  requirements.  Evaluation  of  alternative  schedules 
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and  assignment  of  watch  sections  proves  to  be  challenging  with  manual  methods  (Taylor  & 
Huxley,  1989). 

The  generation  of  these  watch  bills  manually  is  an  extremely  time  consuming  and 
frustrating  process.  Few  individuals  are  skilled  and  effective  at  designing  efficient  watch  bills. 
Experience  from  individuals  involved  with  the  generation  of  different  types  of  watch  bills 
demonstrates  a  great  deal  of  factors  are  taken  into  consideration  for  designing  a  watch  bill. 
These  include: 


•  How  many  people  are  required  to  stand  a  specific  watch? 

•  How  many  watches  are  needed  to  be  filled? 

•  What  is  the  duration  of  the  watch? 

•  What  are  the  personnel  requirements  to  be  qualified  to  stand  a  particular  watch? 

•  How  long  does  an  individual  train  to  be  a  qualified  watch  stander? 

•  What  are  the  procedures  for  under-instruction  watch  standers? 

•  What  is  the  expected  time  frame  for  personnel  to  qualify  for  watch  positions? 

•  What  personnel  are  available  to  stand  a  watch-  who  is  on  emergency/  regular 
leave,  personnel  who  may  be  sick  in  quarters  (SIQ),  personnel  training? 

•  How  the  watch  sections  are  to  be  organized-  strong  individuals  may  be  responsible 
for  personnel  under  instruction  for  a  position,  personnel  may  need  additional 
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attention  to  ensure  duties  are  carried  out. 


•  How  will  unforeseen  circumstances  affect  the  current  watch  bill,  what  modification 
may  be  in  order? 

Effective  scheduling  of  the  watch  bill  minimizes  the  shortages  and  surpluses  of  personnel, 
providing  the  highest  correlation  between  number  of  watch  standers  needed  and  the  number 
of  watch  standers  actually  on  duty  during  the  watch.  The  current  use  of  manual  scheduling 
causes  the  SWO  to  take  all  the  possible  watch  considerations  and  balance  among  available 
personnel  in  order  to  produce  a  workable  schedule.  This  system  requires  maintaining  various 
files  of  personnel  information  including  qualifications,  expiration  dates  of  qualifications  such 
as  CPR,  leave  requests,  training  dates,  meetings  personnel  may  be  required  to  attend, 
collateral  duties  of  personnel,  and  various  information  placing  some  emphasis  on  the  watch 
bill  generation.  This  manual  ^stem  results  in  multiple  stacks  of  paper  files  all  subject  to  loss 
or  damage.  An  advantage  of  an  automated  scheduling  is  that  all  the  information  having  some 
impact  on  the  schedule  is  maintained  within  the  system  and  can  be  easily  accessed. 
Additionally,  it  reduces  variation  in  work  load  among  personnel  which  helps  boost  morale 
(Taylor  &  Huxley,  1989). 

Watch  bills  should  not  vary  drastically  between  months.  The  existing  watch  bill  of  the 
ending  month  provides  a  starting  point  of  the  scheduling  for  the  next  month's  watch  bill  for 
the  SWO.  Generating  a  schedule  based  on  previous  month  eases  the  use  of  the  system  and 
matches  the  requirements  for  the  new  month  in  an  efficient  manner.  Watch  bill  updating  will 
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be  a  much  easier  task  vice  the  manual  system  which  does  not  provide  simple  updating 
procedures  (Taylor&  Huxlqr,  1989). 

B.  FNMOC  REQUIREMENTS  STUDY 

1.  Watch  Positions  and  Rotations 

All  personnel  assigned  to  a  watch  is  responsible  for  ensuring  the  proper  performance 
of  all  duties  of  the  watch.  Watch  standers  will  receive  suflBcient  training  to  perform  the  duties 
of  the  watch  position  prior  to  assignment.  Personnel  are  fully  attentive  to  the  duties  and 
responsibilities  of  the  assigned  watch  position  (OPNAVINST  3 120.32c,  1994). 

FNMCK;  has  both  military  and  civilian  personnel  as  watch  standers.  Watch  personnel 
are  assigned  in  accordance  with  the  organization  shown  in  Figure  1. 


Figure  1 


The  military  watch  standers  are  partitioned  into  four  sections.  Each  section  is  comprised  of 
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the  following  positions;  Command  Duty  Officer  (CDO),  Assistant  Command  Duty  Officer 
(ACDO),  Quality  Control  Duty  OflBcer  (QCDO),  Quality  Control  Petty  Officer  (QCPO),  and 
Routing  Service  Petty  Officer  (RSPO).  The  length  of  assignment  to  the  watch  is  based  on 
the  conditions  within  the  command  (OPNAVINST  3120.32c,  1994).  Each  section  is  on 
watch  for  12  hours.  The  day  shift  works  from  0700-1800,  and  the  Mid  shift  works  from 
1800-  0700. 

The  cmlian  watch  standers  are  partitioned  into  three  sections.  Each  section  is 
comprised  of  the  following  positions;  Computer  Systems  Coordinator  (CSC),  Assistant 
Computer  Systems  Coordinator  (ACSC),  and  four  Computer  Operators  (CO).  Each  section 
is  on  watch  for  dght  hours;  the  Day  shift  works  from  0700-1500,  the  Eve  shift  works  from 
1500-2100,  and  the  Mid  shift  works  from  2100-0700.  Each  section  works  a  shift  for  four 
months  and  then  rotates  to  the  next  section.  The  civilian  scheduling  aspect  is  not 
incorporated  into  the  model  at  this  time. 

2.  FNMOC  Personnel 

FNMOC  is  composed  of  approximately  27  officers  and  30  enlisted  personnel  available 
to  stand  watch.  Personnel  are  divided  into  two  categories;  watch  standers  and  day  workers. 
Newly  reporting  military  persormel  are  immediately  assigned  to  the  watch  bill  and  work  on 
the  watch  rotation  for  a  minimum  period  of  three  months  before  shifting  to  their  day  working 
positions.  Those  individuals  not  currently  on  the  watch  rotation  are  maintained  on  the  relief 
list  which  is  used  to  fill  vacancies  on  the  watch  bill  due  to  sickness,  emergencies,  leave. 
Temporary  Assigned  Duty  (TAD),  and  other  unforeseen  circumstances.  The  cormnand 
employs  approximately  50  civilians  that  work  strictly  on  the  watch  rotation. 
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Personnel  are  assigned  to  the  watch  by  the  Conunand  Watch  Coordinator  (CWC)  who 
responsible  to  the  Commanding  Officer  for  the  assignment  and  general  supervision  of 
permanent  and  relief  watch  slanders.  The  CWC  must  prepare  and  promulgate  the  watch  bill 
monthly,  ensuring  all  positions  are  filled  by  qualified  personnel  and  there  is  at  least  one 
individual  with  top  secret  clearance  in  each  watch  section. 

C.  FNMOC  CURRENT  SCHEDULING  SYSTEM 

Currently  the  task  of  watch  bill  preparation  is  performed  manually  by  the  CWC  on  a 
monthly  basis.  Department  watch  bill  inputs  are  submitted  to  the  CWC  by  the  24th  of  the 
preceding  month.  The  CWC  submits  the  completed  watch  bill  via  the  Fleet  Applications 
Department  Head  and  the  Director  of  Operations  to  the  Executive  Officer  for  approval 
(FNOC  3120.1, 1993). 

The  current  manual  scheduling  procedures  raises  a  number  of  areas  of  concern.  First, 
the  quality  of  watch  bills  produced  depends  on  the  skill  of  the  individual  scheduler,  the  CWC 
Second,  the  informal  scheduling  methods  are  not  easy  to  teach  to  a  new  scheduler  in  an 
expedient  time  fi'ame.  An  automated  system  reduces  the  dependency  on  an  individual's  logic 
and  allows  for  easy  tr^ng  to  the  follow-on  CWC  (FNOC  3 120. 1,  1993). 

D.  FNMOC  SYSTEM  REQUIREMENTS 

The  CWC  requires  a  system  that: 

1.  Generates  optimal  and  realistic  schedules  that  meet  regulations  using  a 

microcomputer. 

2.  Permits  easy  adjustment  of  optimal  watchbills  to  accommodate  personnel  without 
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sacrificing  operations. 

3.  Has  a  user  interface  that  is  flexible  and  easy. 

4.  Mmntains  a  list  of  daily  required  watches. 

5.  Maintains  a  database  of  personnel  qualified  to  stand  specific  watches. 

6.  Assigns  personnel  to  specific  watches  based  on  qualifications,  clearance,  and 

number  of  watches  for  the  previous  month. 

7.  Maintains  a  list  of  qualified  relief  watch  standers. 

8.  Complies  with  Navy  instructions  governing  watch  standing. 

9.  Incorporates  personnel  preferences  and  exchanges  of  assigned  watches. 

10.  Adapts  to  unique  situations. 

The  scheduling  system  must  accept  the  names  of  watch  standing  personnel,  their 
qualifications,  preference  requests,  and  relief  watch  standers.  The  system  must  then  assign 
personnel  to  appropriate  duty  rotations  (FNOC  3120.1,  1993).  It  is  most  important  that  the 
watchbill  is  produced  early  enough  to  allow  adequate  time  for  preparation  and  planning  by 
watch  personnel. 

Once  the  watchbill  has  been  published,  there  must  also  be  a  facility  to  keep  the 
schedule  up  to  date.  Changes  in  the  watchbill  may  be  required  for  a  variety  of  reasons. 
Personnel  assignments  may  change  because  of  unforeseen  circumstances  such  as  emergency 
leave.  Furthermore,  a  watch  stander  nmy  be  removed  fi’om  the  watch  deck  to  fill  a  crucial  day 
working  position,  or  personnel  may  be  removed  from  the  watch  deck  as  a  result  of  punitive 
measures.  Other  changes  may  also  resuk  fi’om  incoming  and  departing  organization  personnel 
(FNOC  3120.1,  1993). 
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IV.  METHODOLOGY 


This  chapter  addresses  the  design  of  the  watch  bill  generator.  The  system 
requirements  identified  in  the  previous  chapter  are  translated  into  a  high  level  data  model. 
Data  modeling  provides  representation  of  objects  about  which  data  must  be  maintained,  the 
characteristics  of  these  objects,  and  the  relationships  between  these  objects.  The  two  most 
used  data  modeling  techniques  are  the  semantic  object  model  and  the  entity-relationship 
model.  The  conceptual  data  model  for  this  thesis  is  the  semantic  object  model. 

The  SALSA  Recorder  was  used  to  develop  the  semantic  object  data  models.  This 
Wmdows  based  graphical  data  modeling  tool  is  used  to  draw  semantic  object  diagrams  and 
generate  the  corresponding  database  schema. 

The  conceptual  data  model  is  next  transformed  into  the  logical  design  of  the  database 
and  the  practical  design  of  the  watch  bill  generator.  The  semantic  object  model  of  the  watch 
bill  generator  is  described  in  detail. 

A.  SEMANTIC  OBJECT  MODELING 

The  semantic  object  model  represents  entities  of  interest  as  semantic  objects  within 
the  user's  domain  and  the  relationships  between  these  objects.  A  semantic  object  is  a  class 
of  people,  places,  things,  or  transactions  about  which  data  is  maintained.  An  object  is  a 
named  collection  of  attributes  that  describes  a  distinct  class  of  entities.  These  attributes 
describe  characteristics  or  traits  of  the  object  being  modeled. 

1.  Attributes 

There  are  four  types  of  attributes  that  can  be  represented  in  semantic  object  modeling; 
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simple  attributes,  formula  attributes,  group  attributes,  and  semantic  object  link  attributes.  A 
simple  attribute  is  one  that  contains  only  one  piece  of  data.  For  example.  Social  Security 
Number  (SON)  is  a  simple  attribute  of  PERSONNEL  as  shown  in  figure  2.  A  group  attribute 
is  one  that  is  composed  of  two  or  more  attributes  Personnel  Name  is  an  example  of  a  group 
attribute  and  is  composed  of  the  two  simple  attributes  FirstName  and  LastName.  A  semantic 
object  link  attribute  is  an  attribute  that  consists  of  a  semantic  object.  Using  one  object  as  an 
attribute  of  another  object  establishes  a  relationship  between  the  objects.  Snivel  is  a  semantic 
object  link  between  PERSONNEL  object  and  SNIVEL  object  as  shown  in  figures  2  and  3. 


LastName 

FirstName 

Rank/Rate 

RepOate 

PRD 

PointTotel 

WatchName 

I  Snivei  I  AM 
j  WetchBiif  jg; 

j  lot 

I  Wotci^Bill  5  Irt  * 

«. . . . 


i  Personnel 

CM 

StaitDate 

EndDate 

Figure  3 


Figure  2 

2.  Instances 

An  instance  of  a  semantic  object  is  a  member  of  the  class  described  by  the  object.  An 
instance  of  the  PERSONNEL  object  might  be  123-45-6789,  Smith,  John,  LT,  Oct  92,  Oct 
95,  34,  CDO.  An  identifier  is  one  or  more  attributes  used  to  identify  an  instance  of  a 
semantic  object.  Identifiers  may  be  unique  or  nonunique.  In  the  PERSONNEL  object,  an 
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individual's  SSN  is  assigned  identifier  because  it  will  uniquely  identify  each  person.  SALSA 
depicts  identifiers  by  the  letters  ID  next  to  the  object  attribute. 

A  relationship  is  an  association  between  objects.  Relationships  are  described  in  terms 
of  cardinality,  which  expresses  how  many  instances  of  Attribute  A  can  relate  to  one  instance 
of  Attribute  B  or  Object  B.  Every  attribute  of  an  object  has  both  minimum  and  maximum 
cardinality.  The  cardinality  of  an  attribute  reflects  the  rules  governing  the  organization  in 
which  the  data  is  used. 

SALSA  provides  the  capability  to  generate  semantic  object  diagrams.  These  diagrams 
are  used  to  summarize  the  structure  of  objects  and  present  those  structures  visually  as  seen 
in  APPENDIX  A.  The  diagrams  present  a  graphical  representation  of  the  objects,  their 
attributes  and  identifiers,  and  their  cardinalities  (Dewitz  and  Olson,  1994) . 

B.  CONCEPTUAL  DESIGN 

1.  Personnel  Object 

The  PERSONNEL  object  describes  each  individual  within  the  command.  This  is  the 
central  object  for  the  entire  data  model.  The  attributes  of  PERSONNEL  include  each 
person's  SSN,  last  name,  first  name,  either  rank  or  rate  which  is  determined  by  whether  the 
individual  is  an  officer  or  enlisted,  date  individual  reported  to  the  command,  projected 
rotation  date  (PRD-  date  upon  which  an  individual  is  expected  transfer  from  command),  total 
of  points  earned  for  the  month's  watches,  and  the  name  of  the  watch  position  to  which  the 
indmdual  is  assigned  (see  figure  2) .  The  object  identifier  is  SSN  because  it  is  unique  for  each 
individual  and  allows  user  to  easily  distinguish  between  personnel.  PERSONNEL  is  a 
compound  semantic  object  which  contains  at  least  one  semantic  object  link  attribute. 
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PERSONNEL  links  to  both  the  SNIVEL  object  and  the  WATCHBILL  object.  The 
information  within  both  the  SNIVEL  and  WATCHBILL  objects  relates  to  PERSONNEL. 
There  is  a  many-  to-  many  relationship  between  PERSONNEL  and  SNIVEL.  Each  person 
can  have  more  than  one  snivel,  and  more  than  one  snivel  record  can  be  assigned  to  one 
person.  Similarly,  PERSONNEL  has  a  one-to  -one  relationship  vnth  WATCHBILL.  One 
person  can  be  assigned  to  each  watch  position,  and  each  watch  position  can  have  only  one 
person  stand  the  watch. 

2.  WatchBill  Object 

The  WATCHBILL  is  a  simple  semantic  object  that  has  no  multi-valued  attributes  and 
no  semantic  object  link  attributes  (see  figure  4).  The  WATCHBILL  object  consists  of  the 
date  of  the  watch,  the  start  time  of  the  watch,  the  point  value  for  the  watch,  and  the  watch 
position.  The  identifier  of  the  WATCHBILL  is  both  the  date  and  the  start  time  because  each 
day  has  a  day  watch  and  a  nud  watch,  thus  two  different  start  times. 
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Figure  4 
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3.  Snivel  Object 

The  SNIVEL  object  records  the  requested  time  oflF  by  watch  standers.  Each  SNIVEL 
covers  one  period  of  continuous  requested  time.  A  person  may  have  more  than  one  snivel 
for  example,  an  individual  may  ask  for  every  Tuesday  off  in  January  to  attend  school.  This 
person  would  have  four  snivel  records,  one  for  each  date.  A  person  requesting  14  days  leave 
would  have  one  snivel  record  since  it  is  one  continuous  period  of  time. 

The  SNIVEL  object  is  a  compound  semantic  object  because  it  links  with  the 
PERSONNEL  object  (see  figure  3).  The  SNIVEL  object  consists  of  the  start  and  the  end 
date  of  the  period  requested  off.  The  object  uses  its  link  with  PERSONNEL  for  identifier  key 
ofSSN. 

4.  Semantic  Object  Model  Reports 

The  semantic  object  reports  are  used  to  document  each  album  which  is  a  semantic 
object  diagram  and  profile/attribute  spedfication  for  a  particular  application.  The  reports  are 
a  valuable  reference  for  the  possibility  of  generating  the  scheduling  database  structure 
manually.  The  Attributes  report  (see  APPENDIX  A)  lists  all  the  album  attributes  in 
alphabetical  order  and  indicates  all  attribute  properties  as  well  as  the  profile  and  profile- 
property  defaults  from  which  each  attribute  was  derived.  The  Profiles  report  (see 
APPENDIX  A)  provides  an  alphabetical  listing  of  all  the  profiles  used  in  the  album,  including 
the  profile  properties. 

C.  DATA  CONSIDERATIONS 

Preparation  of  the  watchbill  involves  collecting  information,  rearranging  the 
information  in  an  acceptable  form  for  the  software  and  making  a  mathematical  calculation  of 
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watch  values  in  order  to  determine  how  much  each  shift  should  be  in  order  to  operate 
eflBciently.  Preparing  the  watchbill  takes  expertise  and  judgement  (Poshyanonda,  1989).  The 
major  elements  that  are  involved  in  the  watchbill  scheduling  system  include  a  personnel  data 
base,  input  data,  and  output  reports. 

1.  Personnel  Database 

A  scheduling  system  needs  to  have  access  to  certain  data  to  perform  the  required 
scheduling  task  (Hartman  and  Howard,  1976).  In  a  computer  system  for  scheduling,  various 
files  must  be  created  to  maintain  a  list  of  all  personnel  and  the  watch  positions  to  be  filled. 
The  data  base  maintains  pertinent  information  concerning  all  organization  personnel,  i.e. 
name,  rank,  SSN,  date  reported,  estimated  departure  date,  watch  qualifications  completed, 
primary  duty,  and  collateral  duties.  Each  watch  stander  has  a  record  containing  required 
information  with  the  individual's  SSN  as  the  primary  key.  The  personnel  database  will  be 
composed  of  all  the  records  of  individuals  within  the  command. 

2.  Input  Requirements 

The  primary  input  for  the  scheduling  system  is  the  watch  rotation  to  be  filled  and  the 
personnel  to  fill  the  watches.  Input  includes  personnel  information  from  the  personnel  data 
base,  required  qualification,  previous  month's  watch  point  total,  and  preference  dates  for 
leave,  training,  and  school  attendance.  In  order  to  determine  supernumerary  watch 
assignments,  additional  input  information  may  be  requested  such  as  past  watches  stood,  date 
rotated  off  the  watch  deck  and  date  supernumerary  personnel  are  unavailable. 

3.  Output  Reports 

A  wide  variety  of  output  reports  may  be  produced  by  the  scheduling  system.  Some 
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are  provided  in  hard  copy,  while  others  are  better  displayed  on  computer  screen.  The  primary 
output  is  a  master  schedule  which  gives  an  up-to-date  list  of  scheduled  times  for  all  watch 
personnel  and  relief  personnel. 

Additionally,  the  scheduling  system  should  be  able  to  provide  detuled  information 
about  any  individual  scheduled  for  watch,  such  as  name,  qualification,  duty  assigned,  last 
watch  stood,  and  number  of  watches  for  the  month.  A  variety  of  summary  statistics  and 
management  reports  are  prepared  from  the  basic  data  within  the  system.  Reports  can  be 
generated  to  produce  a  list  of  watch  personnel  and  their  qualifications,  number  of  watches 
stood  by  each  individual,  and  list  of  relief  watch  standers  and  their  last  watch  duty. 
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V.  IMPLEMENTATION 


This  chapter  discusses  the  transformation  of  the  database  design  of  the  previous 
chapter  into  a  working  model  of  the  watch  bill  generating  system.  An  overview  of  the 
database  software  is  presented  first,  followed  by  a  description  of  the  prototype  including 
tables,  queries,  macros,  modules,  and  forms. 

A.  DBMS  SOFTWARE  SELECTION 

A  difiBcult  aspect  of  developing  the  prototype  was  the  final  selection  of  what  software 
to  use  to  accomplish  the  task.  The  factors  involved  with  the  watchbill  generating  software 
included  availability,  cost,  ease  of  use,  on-line  help,  and  simple  programming.  Additionally, 
the  system  had  to  satisfy  the  requirements  FNMOC  requested; 

1.  Generates  optimal  and  realistic  integer  schedules  with  little  difficulty. 

2.  Allows  easy  changes  to  schedules  without  needing  to  start  over. 

3.  Provides  flexible  and  easy  to  use  interfaces. 

4.  Maintains  up  to  the  minute  schedules. 

5.  Maintains  an  updated  personnel  database  with  specific  information. 

6.  Compares  information  between  different  tables  and  records. 

7.  Adapts  to  unique  situations. 

The  software  choices  available  for  implementation  were  Paradox,  Dbase  IV,  Microsoft 
Access,  and  FoxPro.  Access  was  chosen  because  it  met  the  FNMOC  requirements,  and  form 
and  report  generation  is  easy.  Access  also  provided  the  ease  of  programming  modules  to 
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accomplish  tasks  for  t^ored  information  and  the  multi-user  application  feature  allowing  the 
database  files  to  be  shared  on  networks. 

B.  MICROSOFT  ACCESS  OVERVIEW 

Microsoft  Access  is  a  relational  database  management  system  for  creating  database 
applications  for  use  with  Windows  3.1.  Access  provides  a  database  structure  that  combines 
related  tables  and  their  indexes,  forms,  reports,  macros,  and  Basic  code  within  a  single  .MDB 
database  file  (Jennings,  1994). 

1.  Database  Tables 

A  table  is  a  collection  of  data  about  a  subject.  Data  is  displayed  in  tables  in  the 
row/column  format  similar  to  spreadsheet  applications.  The  rows  of  a  table  are  known  as 
records  and  the  columns  are  fields.  A  record  contains  information  on  a  single  object  and  a 
field  contains  the  same  type  of  information  for  all  records  in  the  table.  The  intersection  of 
row  and  column  is  known  as  a  data  cell.  Data  within  the  data  cells  can  be  added  or  edited 
by  positioning  the  mouse  pointer  at  the  point  within  the  cell  where  the  user  wants  the 
information  and  clicking  the  mouse. 

The  design  mode  for  tables  display  the  characteristics  of  each  field  in  the  table  in  a 
grid  format  similar  to  a  spreadsheet.  The  Table  Properties  window  allows  the  user  to  \dew 
and  edit  the  properties  that  apply  to  the  table  object.  This  enables  the  user  to  enter  a  text 
description  of  the  table  and  assign  a  value  to  the  ValidationRule  property  of  the  table.  A 
validation  rule  is  an  expression  limiting  the  value  that  can  be  entered  in  a  field  establishing  the 
data  type  of  the  information  within  the  data  cell.  The  Indexes  window  displays  each  field  of 
the  table  and  identifies  the  primary  key  field,  the  field  or  combination  of  fields  that  is  used  to 
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uniquely  identify  each  record  in  the  table.  Indexes  are  created  on  specific  fields  to  speed  up 
sorting  and  searches  on  that  field.  Since  Access  is  a  relational  database,  the  database 
management  applications  are  capable  of  linking  tables  by  key  fields. 

2.  Queries 

Queries  allow  the  database  developer  to  determine  how  data  is  to  be  presented.  The 
query  facility  allows  questions  about  data  to  be  formulated.  The  data  needed  to  answer 
(latabase  questions  may  come  from  one  or  more  tables,  and  the  query  culminates  requested 
information  together.  The  user  must  decide  upon  the  criteria  which  must  be  met  by  the 
queried  data  items  in  order  that  they  to  be  included  in  the  display  of  the  form  or  report. 

3.  Database  Forms 

A  form  is  a  synonym  for  a  user  defined  window  in  Access.  These  graphical  forms 
create  the  user  interface  to  the  database  tables,  and  they  display  data  contained  in  tables  and 
queries  that  enable  the  user  to  add  new  data  and  update  or  delete  existing  data.  Additionally, 
they  provide  a  convenient  way  for  the  user  to  view  data  in  an  organized  and  attractive 
manner.  Multiple  choice  selections  for  fields  can  be  created  in  order  to  use  shorthand  codes 
to  represent  a  set  of  allowable  values.  A  properly  designed  form  facilitates  data  entry  and 
minimizes  input  errors. 

Forms  are  constructed  from  a  collection  of  control  objects  that  are  individual  design 
elements.  These  controls  are  the  components  that  can  be  seen  in  the  windows  and  dialogues 
boxes  appearing  in  Access. 

A  new  form  can  be  created  by  clicking  the  Form  button  followed  by  New.  A  window 
is  displayed  for  the  user  to  select  between  using  a  Form  Wizard  or  a  Blank  Form  to  design 
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the  form.  The  Form  Wizard  prompts  the  user  wdth  questions  about  the  form  desired  then 
builds  the  form  based  on  the  user's  responses.  The  Form  Wizard  helps  build  single-columned 
forms,  tabular  forms,  and  forms  with  a  sub-form  or  graph. 

4.  Macros 

Access  macros  take  the  place  of  programming  code  required  by  other  database 
applications,  and  make  database  applications  more  productive.  Macros  are  lists  of  actions 
that  are  to  occur  in  response  to  events.  Some  events  result  from  user  actions,  such  as  clicking 
a  command  button,  opening  a  table  or  form,  or  typing  a  value  into  a  text  box. 

Actions  for  a  macro  are  listed  in  the  order  of  occurrence.  The  macro  actions  have 
easily  identifiable  names,  such  as  OpenTable.  Most  actions  require  arguments  that  specify 
how  the  action  works,  such  as  RunCode  which  requires  the  programmer  to  provide  the  name 
of  the  function  to  be  executed.  The  user  sets  the  arguments  to  specify  the  performance  of 
particular  tasks. 

Macro  actions  are  entered  in  macro  datasheets  within  the  Macro  Design  window.  A 
new  macro  database  object  is  created  each  time  the  user  writes  and  saves  a  macro.  Clicking 
the  htocro  button  followed  by  the  New  button  creates  the  new  macro.  The  series  of  actions 
to  be  carried  out  are  indicated  in  the  Actions  box  of  the  Macro  window.  A  window 
associated  with  each  selected  action  guides  the  user  to  input  needed  information  for  the  macro 
to  work  properiy.  A  paragraph  to  the  right  of  the  lower  \Ndndow  informs  the  user  the  purpose 
of  the  action  and  what  information  is  needed  to  fill  the  boxes. 

5.  Modules 

Modules  contain  Access  Basic  code  the  user  writes  to  perform  operations  that  the 
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standard  set  of  macros  included  in  Access  cannot  support.  Access  Basic  code  may  be  used 
to  create  user-defined  functions  that  substitute  for  complex  expressions  used  repeatedly  to 
validate  data,  compute  values  for  text  boxes,  and  perform  other  duties.  The  creation  of  a  user 
defined  function  minimizes  the  potential  typing  errors  and  enables  the  user  to  document  the 
way  the  expression  works.  Access  Basic  code  may  also  be  used  to  write  expressions  that 
include  more  complex  decision  structures  than  those  provided,  or  to  write  expressions  that 
need  repetitive  loops  for  operation. 

Access  Basic  is  a  programming  language.  To  execute  the  Access  basic  functions,  the 
user  should  use  Access'  macro  language  or  specify  the  name  of  a  Basic  function  as  the  value 
of  an  event.  Any  macro  action  can  be  executed  fi'om  Access  basic  by  preceding  the  keyword 
with  a  DoCmd  and  a  space. 

6.  Reports 

A  report  presents  data  on  the  printed  page  or  the  display  screen.  To  create  a  report, 
the  user  clicks  on  the  Report  button  followed  by  the  New  button.  To  assist  the  user  in 
creating  reports.  Access  provides  a  Report  Wizard.  The  Report  Wizard  is  similar  to  the  Form 
Wizard  in  that  it  asks  questions  of  the  user  about  the  report  and  creates  the  report  based  on 
the  user's  answers. 

C.  IMPLEMENTATION  OF  FNMOC  WATCH  BILL  GENERATOR 

1.  Table  Creation 

The  watch  bill  generator  is  based  on  three  tables  developed  using  Access.  These 
tables  are  Personnel,  Watch  Bill,  Snivel  (see  APPENDIX  B).  The  entire  system's  database 
is  built  upon  these  three  tables.  Most  data  fields  of  the  tables  are  text  data  types  including 
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number  fields  such  as  SSN.  This  method  bypasses  the  ^sterns  truncation  of  leading  zeros  and 
the  maximum  numerical  value  which  may  be  exceeded  by  some  SSNs. 
a.  Personnel  Table 

The  Personnel  Table  is  a  listing  of  all  personnel  within  FNMOC  qualified  for 
a  specific  watch  position.  The  table  is  composed  of  9  data  fields  including; 


FIELDNAME 

DATATYPE 

DOMAIN 

•  LastName 

Text 

Any  last  name 

•  FirstName 

Text 

Any  valid  first  name 

•  SSN 

Text 

Series  of  9  digits 

•  Rank/Rate 

Text 

Appropriate  Navy  rank/rate 

•  WatchName 

Text 

CDO,  ACDO,  QCDO,  QCPO, 
RSPO 

•  ReptDate 

Date/Time 

Local  date/time 

•  PRD 

Date/Time 

Local  date/time 

•  RsLastMonth 

Number 

Points  accumulated  last  month 

•  PtsThisMonth 

Number 

Points  accumulated  this  month 

The  data  maintained  in  this  table  is  the  personal  information  of  each  individual  within  the 
command.  WatchName  may  be  one  of  5  attribute  domains:  CDO,  ACDO,  QCDO,  QCPO, 
or  RSPO.  ReptDate  is  the  date  the  individual  reported  to  the  FNMOC,  and  PRD  is  the 
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individual's  projected  rotation  date  from  FNMOC.  PtsLastMonth  accounts  for  the  total 
points  each  individual  accumulated  by  standing  watches  for  the  prior  month.  PtsThisMonth 
is  a  running  tally  of  the  points  each  individual  is  earning  for  watches  of  the  current  month. 

Records  are  added  to  the  Personnel  Table  by  Add/Delete  Personnel  form.  This 
form  allows  the  user  to  add  a  new  personnel  record  to  the  table,  delete  a  personnel  record, 
and  return  back  to  the  Personnel  Table  upon  completion. 

b.  Watch  BUI  Table 

The  Watch  Bill  Table  is  the  table  upon  which  the  actual  monthly  watch  bill  is 
assigned.  The  table  is  composed  of  8  data  fields  including; 


FIELDNAME 

DATATYPE 

DOMAIN 

•  StartDate 

Date/Time 

Local  date/time 

•  StartTime 

Date/Time 

Local  date/time 

•  WatchValue 

Number 

Points  assigned  to  watch 

•  CDO_Personnel_ID_FK2 

Text 

SSN 

•  ACDO  Personnel  ID  FK3  Text 

SSN 

•  QCDO_Personnel_ID_FK4  Text  SSN 

•  QCPO_Personnel_ID_FK5  Text  SSN 

•  RSPO_Personnel_ID_FK6  Text  SSN 

The  StartDate  indicates  the  first  day  of  the  month  for  the  watch  bill.  Each  date  will  have  2 
records  assigned  because  there  are  two  watches  for  each  date.  The  StartTime  is  the  time  each 
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watch  begins.  The  day  watch  starts  at  0645  and  the  mid  watch  starts  at  1845.  Each  watch 
is  assigned  a  specific  number  of  points  in  the  WatchValue  field.  As  personnel  stand  a  watch, 
the  value  of  that  watch  is  added  to  their  PtsThisMonth  total.  The  last  five  fields  indicate  the 
watch  position  personnel  are  assigned.  The  SSN  of  individuals  qualified  for  each  position  and 
assigned  to  that  watch  is  recorded  in  the  data  cell.  These  fields  are  foreign  keys  which 
establish  the  relationships  between  the  WatchBill  table  to  the  Personnel  table. 

c.  Snivel  Table 

The  Snivel  Table  is  a  listing  of  the  dates  and  times  individuals  request  not  to 
be  assigned  watch.  Snivels  may  result  fi’om  leave,  training,  school,  etc.  Personnel  are 
assigned  snivel  records  for  each  continuous  period  of  time  off  requested,  an  individual  may 
have  more  than  one  snivel  record.  The  Snivel  Table  consists  of  five  data  fields  including; 


FIELDNAME  DATATYPE  DOMAIN 


•  Personnel_ID_FKl 

•  LastName 

•  WatchName 

•  StartDate 

•  EndDate 


Text 

Text 

Text 

Date/Time 

Date/Time 


SSN 

Any  valid  last  name 

CDO,  ACDO,  QCDO,  QCPO, 
RSPO 

Local  date/time 
Local  Date/time 


The  Personnel_IDJFKl  field  is  a  foreign  key  to  establish  a  relationship  between  the  Snivel 
Table  and  the  Personnel  Table.  The  data  is  the  SSN  of  personnel  requesting  time  off.  The 
StartDate  indicates  the  day  upon  which  an  individual  requests  time  off,  and  the  EndDate  is 
the  date  the  individual  will  complete  time  off. 


34 


Records  are  added  to  the  table  through  Snivel  form.  The  form  allows  the  user 
to  Add/Delete  a  Snivel  of  an  individual.  The  form  records  the  person's  last  name,  SSN,  watch 
position,  and  start/end  date  of  time  off.  Individuals  may  have  more  than  one  Snivel  record 
within  the  Snivel  Table. 

2.  System  Queries 

Several  specific  queries  were  designed  to  sort  data  within  the  tables.  The  use  of 
queries  turns  the  data  within  the  database  into  information  useful  to  the  user  and  are  used  to 
produce  forms  and  reports  of  data  stored  within  the  database. 

The  PersonnelQuery  produces  a  report  of  all  the  personnel  within  the  command  sorted 
by  watch  position  and  alphabetically  within  the  list  of  personnel  of  each  position.  The 
Personnel  Query  can  be  broken  down  into  various  smaller  query  reports  for  each  assignment, 
such  as  the  CDOQuery,  ACDOQuery,  and  QCPOQuery. 

The  user  must  set  an  assignment  query  of  each  watch  position  for  each  month.  The 
query  includes  the  StartDate,  StartTime,  WatchValue,  PersonnellD,  and  LastName  of 
individual.  The  assignment  queries  are  to  be  programmed  in  prior  to  use  of  the  system.  The 
assignment  queries  are  sorted  in  chronological  order  by  the  date. 

In  order  to  produce  the  watch  bill,  a  query  is  used  to  develop  the  form  for  generating 
the  watch  bill.  A  monthly  watch  report  will  be  generated  for  each  watch  position.  The 
information  is  sorted  by  the  point  value  of  the  watch,  so  the  report  does  not  assign  watches 
in  chronological  order.  Assignment  is  accomplished  by  the  point  value  of  the  watch  and  the 
point  total  of  the  watch  stander. 

Each  watch  position  has  a  snivel  query  associated  with  it,  such  as  the 
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ACDOSnivelQuery.  The  snivel  queries  breaks  out  personnel  by  their  watch  position  and  sorts 
them  alphabetically.  The  break  out  of  personnel  snivels  by  positions  allows  the  user  to  easily 
view  the  assignment  and  necessary  changing  of  personnel  to  insure  the  position  is  filled. 

3.  System  Modules 

In  order  to  tailor  the  database  ^stem  to  be  a  watch  bill  generator,  some  Access  Basic 
code  had  to  be  developed.  The  code  was  written  to  accomplish  tasks  and  then  designed  into 
macros  to  run  the  code.  APPENDIX  C  contains  the  user  designed  functions  and  subfunctions 
for  generating  the  watch  bill  information. 

a.  AssignWatchStanders 

The  function  AssignWatchStanders  assigns  watchstanders  to  the  specified 
watch  bill  based  on  the  watch  stander's  previous  month's  point  total,  value  of  the  specific 
watch,  and  the  individual's  snivel  record.  The  purpose  of  this  module  is  to  take  the  list  of 
available  watches  and  list  of  available  watch  standers  and  assign  personnel  to  watches.  The 
function  operates  by  opening  the  watch  type  form  and  the  specified  month  sorted  with  the 
highest  value  watch  listed  first,  and  the  list  of  personnel  for  that  watch  position  sorted  by  the 
individual  with  the  lowest  point  total  for  the  previous  month  first.  Before  assigning  an 
individual  to  a  watch,  the  function  goes  to  a  subfimction  CheckSnivel  to  see  if  the  person  to 
be  assigned  has  a  snivel  contrasting  the  watch  in  question.  Next  the  system  checks  the 
subfunction  CheckIfNull  to  see  if  the  watch  has  been  filled  or  remmns  empty.  Additionally, 
the  system  goes  to  the  CheckSurroundDates  subfimction  to  determine  if  the  individual  has 
been  assigned  the  previous  watch  for  a  specific  day.  The  system  is  not  to  assign  personnel 
back  to  back  watches,  such  as  the  day  and  mid  watch  on  the  same  date,  or  the  midwatch  for 
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one  day  and  the  following  date's  day  watch.  If  the  watch  is  available,  there  is  no  snivel 
record  for  the  individual,  and  the  individual  has  not  been  assigned  the  watch  prior,  then  the 
person  is  assigned  to  the  watch.  The  system  moves  to  the  next  watchstander  to  repeat  the 
assignment  loop. 

b.  PreAssignWatchstanders 

This  hmction  allows  the  user  to  assign  an  individual  to  a  specific  watch  prior 
to  the  system's  schedule  generating  capability.  The  significance  of  this  function  is  to  allow 
personnel  the  ability  to  volunteer  for  certain  watches  such  as  holiday  watches.  The 
appropriate  query  is  opened  for  the  type  of  watch  and  the  applicable  month  so  the  user  is  able 
to  isolate  the  watch  requested. 

c.  AssignValueWithUserInput 

The  purpose  of  this  module  is  to  allow  the  user  to  determine  the  value  of  the 
watches.  The  AssignValueWithUserInput  function  operates  using  the  system's  internal  clock 
and  calendar.  The  function  opens  the  WatchBill  table  to  determine  the  watch  dates.  The 
values  for  watches  are  broken  down  by  day  watches  and  mid  watches  for  weekdays,  and 
weekends.  Weekend  watches  are  worth  more  points  than  weekdays,  and  mid  watches  are 
worth  more  than  day  watches.  This  module  allows  the  user  to  modify  the  values  of  the 
watches.  There  are  defeult  values  built  into  the  system  if  the  user  wishes  not  to  modify.  The 
default  values  are  1  point  for  day  watch,  weekday;  1.5  points  for  mid  watch,  weekday;  2 
points  for  day  watch ,  weekend;  2.5  points  for  mid  watch,  weekend. 

d.  DeleteWatchstanders 

The  purpose  of  this  function  is  to  delete  watchstanders  from  the  watch  bill  so 
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that  a  watchbill  of  a  new  month  may  be  generated.  The  code  allows  the  user  to  select  the 
month  to  delete  and  each  position  that  must  be  updated.  The  function  requires  the  user  to 
go  into  the  watch  bill  form  for  the  specific  month  and  clears  the  information  recorded  within 
it.  The  point  total  for  watchstander  have  been  totaled  prior  to  executing  the  function. 

4.  System  Forms 

The  usCT  interface  for  the  watch  bill  generator  is  based  upon  various  forms  developed 
using  Access.  The  forms  are  designed  based  upon  queries  from  the  database  tables,  and 
macros  running  Access  code  specifically  written  for  the  system.  Forms  are  used  to  design  a 
menu  fecility  providing  easy  access  for  the  user.  Additionally,  the  user  has  the  option  to  move 
back  and  forth  between  the  forms  allowing  simple  changing  and  updating  procedures. 
a.  Personnel  Forms 

The  personnel  forms  are  developed  to  provide  the  user  the  ability  to  add  or 
delete  records,  update  individual  records,  and  view  command  personnel  information  at  a 
simple  glance  fi-om  the  Personnel  Menu.  The  form  design  allows  the  user  to  click  on  View 
All  Personnel  button  to  see  a  listing  of  all  personnel  within  the  command.  This  provides  a  link 
to  a  follow-  on  form  listing  all  conunand  personnel  and  their  information  maintained  within 
the  database.  This  form  provides  the  information  to  the  user  sorted  by  watch  position.  The 
user  may  select  Add/Delete  Record  button  which  provides  links  to  another  form  allowing  the 
user  the  option  to  Add  a  New  Record,  Delete  a  Current  Record,  or  Return  to  the  Personnel 
Menu.  Lastly,  the  Personnel  Menu  gives  the  user  the  option  to  view  personnel  sorted  by  the 
watch  position  for  which  they  are  qualified,  such  as  the  CDO  form.  The  individual  watch 
position  forms  prowde  an  easy  view  of  everyone  qualified  for  that  job  and  provides  personnel 


38 


point  totals.  The  watch  position  personnel  forms  allow  the  user  to  view  a  graph  depicting 
how  the  personnel  compare  to  one  another  in  point  totals  for  the  previous  month,  and  view 
reports  of  the  same  information. 

b.  Snivel  Forms 

The  Snivel  menu  is  developed  into  a  form  providing  the  user  the  ability  to 
input  personnel  time-off  requests  according  to  the  watch  position  they  are  assigned.  The 
user  selects  the  type  of  watch  slander  requesting  the  time  off,  and  the  system  links  to  another 
form  for  that  position.  The  Watch  Slander  Snivel  form,  such  as  the  ACDO  Snivels,  allows 
the  user  to  input  snivels  for  personnel  by  their  last  name,  and  SSN.  The  user  adds  the  period 
of  time  by  StartDate  and  EndDate.  The  user  is  also  provided  the  option  to  delete  a  snivel  of 
an  individual  if  a  change  arises.  The  Snivel  form  provides  the  user  a  view  of  all  the  snivels 
of  personnel  standing  that  watch  position.  This  is  useful  for  the  user  to  eliminate  possible 
conflicts  in  request  dates. 

c.  Generate  Watchbill  Forms 

The  coUection  of  Generate  Watchbill  forms  provides  the  actual  output  of  the 
watchbill  for  the  month  of  choice.  The  forms  are  designed  to  allow  the  user  to  generate  a 
separate  watchbill  for  each  watch  position.  The  first  form  asks  the  user  if  a  watchstander  is 
to  be  pre-assigned  to  a  specific  watch.  The  user  is  prowded  the  option  to  pre-assign  or 
generate  watchbill  with  no  pre-assignments.  The  next  form  queries  the  user  of  what  watchbill 
to  generate,  such  as  CDO  watchbill.  This  form  links  to  select  month  form  allowing  the  user 
to  determine  what  month  the  watchbill  is  applicable.  Finally,  the  user  is  provided  the  Get 
Value  form  allowing  modification  to  the  values  assigned  to  the  watches.  The  form  states  the 
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default  values  assigned  by  the  program,  but  value  changes  are  allowable.  With  all  the  above 
information,  the  system  will  generate  a  watchbill  for  the  watch  standers  to  be  output  in  a 
monthly  watchbill  form.  The  watchbill  form  lists  for  each  watch  position  the  watch  date, 
time,  value,  watch  stander's  SSN,  and  last  name. 

5.  View  Watchbill 

The  View  Watchbill  option  allows  the  user  to  view  the  entire  completed  watchbill 
after  it  has  been  generated.  Additionally,  the  forms  provide  the  user  a  view  of  the  watchbill 
after  updates  are  incurred  without  having  to  go  through  the  entire  watchbill  generating 
process  again. 

6.  Reports 

Reports  are  used  in  the  watchbill  generator  to  provide  the  user  with  easy  to  access  and 
read  views  of  information  related  to  the  command  and  the  watchbill  system.  A  special  form 
is  designed  to  present  the  Reports  Menu  to  the  user.  The  menu  allows  the  user  to  select  the 
type  of  report  they  vnsh  to  generate.  The  choices  are  Personnel  Reports,  Snivel  Reports,  and 
Watchbill  Reports.  The  reports  option  is  provided  in  its  own  criteria  of  the  system's  main 
menu,  but  reports  are  available  within  the  section  they  apply. 

The  PCTsonnel  Reports  ^ve  the  user  the  choices  of  selecting  the  type  of  report  desired 
including;  Command  Personnel,  CDOs,  ACDOs,  QCDOs,  QCPOs,  or  RSPOs.  The 
Personnel  Report  is  a  listing  of  all  command  personnel  sorted  by  the  watch  position  they  are 
qualified  to  stand  and  listed  alphabetically.  The  report  provides  a  list  of  personnel  by  last 
name,  first  name,  each  individual's  points  for  last  month  and  the  current  total  of  points  for  the 
current  month.  The  report  calculates  the  total  number  of  points  earned  by  all  personnel  by 
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the  watch  qualification. 

The  reports  generated  for  each  watch  position  is  similar  to  the  Personnel  report.  The 
report  provides  a  break  out  of  data  by  the  watch  position  so  the  user  has  an  easier  view  of  the 
information.  The  report  lists  the  current  date,  position  the  report  is  applicable  to,  and  the 
same  information  within  the  Personnel  report,  with  the  addition  of  the  personnel  SSNs. 

The  Snivel  Report  also  allows  the  user  to  select  type  of  report  by  the  watch  position 
of  the  individual  requesting  the  snivel.  The  reports  generated  are  categorized  by  the  watch 
position,  and  provide  a  listing  of  the  updated  personnel  requests  for  time  off.  The  information 
in  the  report  includes  simply  the  last  name  of  individual  making  the  request,  and  the  start  and 
end  date  of  the  period  of  time. 

The  Watchbill  Reports  provides  the  user  the  ability  to  input  the  month  and  watch 
position  required  for  the  report.  The  system  provides  a  report  similar  to  the  watchbill  form. 
The  report  includes  the  current  date,  the  watch  position,  and  month  of  the  watchbill.  The 
output  report  provides  the  start  date,  start  time,  and  last  name  of  personnel  assigned  to  the 
watch. 
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VI.  CONCLUSION  AND  RECOMMENDATIONS 


In  summary,  this  thesis  has  proven  that  automating  a  watchbill  system  is  completely 
feasible  and  can  be  designed  for  all  watchbills  throughout  the  entire  Navy.  Each  command 
could  tailor  its  automated  system  to  fulfill  its  own  requirements,  but  the  underlying  system 
operations  rem^  the  same. 

This  chapter  discusses  the  lessons  learned  and  problems  encountered  in  the  process 
of  developing  the  watchbill  generator.  Finally,  recommendations  of  additional  design 
capabilities  are  included  for  foUow-on  development. 

A.  LESSONS  LEARNED 

The  development  of  the  prototype  provided  a  venue  of  learning  during  the  building 
process.  The  design  of  this  current  system  requires  the  watchbill  generator  to  be  tailored  to 
each  specific  command's  individual  watchbills.  Further  modifications  to  the  system  could 
implement  greater  flexibility  allowing  the  system  to  be  more  generic  to  various  types  of 
watchbill  scenarios. 

The  design  process  was  made  difficult  by  the  necessity  to  develop  12  separate  tables 
for  each  watch  position  for  each  month.  Additionally,  it  was  time  consuming  to  have  to 
design  individual  queries  for  each  watch  position.  Along  with  needing  development  time  for 
the  separate  tables  and  queries,  the  refinement  of  storage  space  increased  dramatically.  The 
system  was  designed  as  such  due  to  developers  limited  knowledge  of  the  software.  Further 
use  of  Access  may  provide  hints  of  better  development  strategies. 

In  some  of  the  modules,  such  as  the  Pre-AssignWatchstanders,  the  user  may  be 
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required  to  input  data  while  using  the  system.  The  user  may  be  required  to  refer  back  to 
information  stored  within  the  database.  It  would  have  been  helpful  to  design  pull  down 
menus  with  the  needed  information  stored.  For  example,  while  pre-assigning  a  watchstander 
to  a  spedfic  watch,  a  pull  down  menu  listing  all  the  watch  positions,  and  the  name  and  SSN 
of  the  personnel  qualified  to  stand  the  watch  would  save  the  user  time  within  the  system. 

Lastly,  it  would  be  easier  for  the  user  to  have  all  the  individual  watchbills  compiled 
into  one  full  listing.  It  is  possible  to  accomplish  with  the  current  prototype,  but  it  requires  a 
great  deal  of  processing  time. 

B.  PROBLEMS  ENCOUNTERED 

Use  of  the  DBMS  Access  provided  a  good  working  environment  for  developing  the 
watchbill  generator.  It  provided  for  ease  of  learning  and  use  during  prototype  development. 
Additionally,  Access  provides  the  actual  users  an  easy  to  use  platform  for  developing  the 
necessary  watchbill.  In  the  development  phase,  technical  problems  were  encountered  while 
using  the  software.  The  documentation  accompanjing  Microsoft  Access  was  unclear  in  some 
instances.  Routine  descriptions  were  ambiguous  and  minor  setbacks  occurred  due  to  lack  of 
knowledge.  There  should  be  more  clarification  within  the  software  documentation.  Though 
documentation  should  be  written  better,  Microsoft  maintains  an  Access  help  line  available  24 
hours  a  day.  The  help  desk  proved  very  useful  for  clarification.  Lastly,  Access  does  not  have 
the  capability  of  producing  a  calendar  form.  This  would  be  useful  for  the  user's  view  of  the 
completed  watchbills. 
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C.  CONCLUSIONS 

This  thesis  proves  it  is  feasible  to  design  a  completely  automated  schedule  system 
using  an  existing  DBMS  package  in  order  to  replace  a  current  manual  process.  The  system 
developed  for  FNMOC  is  an  over  simplified  example  considering  only  five  necessary 
watchbills.  Various  other  fleet  commands  may  have  more  dynamic  environments  requiring 
greater  fle^dbility  of  the  watchbill.  A  re-designed  system  would  be  needed  to  be  able  to  meet 
all  the  needs  of  the  SWOs  within  the  fleet  for  every  situation. 

The  prototype  designed  provides  its  users  with  a  faster  and  more  concise  method  for 
developing  the  watchbill.  There  are  numerous  benefits  of  the  automated  system.  An 
increased  saving  of  person-days  for  watchbill  development  every  year  since  manual  scheduling 
will  no  longer  be  necessary,  and  manual  refinement  will  be  eliminated.  The  model 
demonstrates  the  ability  of  generating  alternate  watchbills  which  increases  the  flexibility  of 
the  scheduling  process.  The  system  will  always  produce  a  watchbill  that  is  complete, 
consistent  and  satisfy  the  user  requirements. 

D.  RECOMMENDATIONS 

Consideration  for  enhancing  the  developed  prototype  should  be  given.  A  few 
additional  features  not  incorporated  into  the  current  system  would  provide  the  users  an  even 
better  product.  The  development  of  a  function  to  check  for  holidays  is  recommended.  The 
system  does  not  recognize  dates  as  holidays.  Holiday  specifications  will  need  to  be 
programmed  into  the  system  with  the  use  of  Access  basic  code.  Users  can  then  provide 
personnel  more  points  for  standing  a  holiday  watch. 
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A  system  redesign  would  allow  the  user  to  incorporate  all  the  requirements  that  need 
to  be  considered  for  the  scheduling  of  a  watch  to  any  other  enviomment.  At  FNMOC  the 
only  requirements  for  watch  scheduling  are  personnel  qualifications,  training  requirements, 
and  personnel  availability.  A  SWO  within  the  fleet  has  much  more  to  consider  including: 
Personnel  Qualification  Standards  (PQS)  completion,  watch  qualifications,  training 
requirements,  watch  duration,  lengthy  under-instruction  requirements,  availability,  the  balance 
of  watch  personnel  into  various  sections,  the  number  of  personnel  qualified  to  fill  one  or  more 
positions,  inport  requirements,  underway  requirements,  and  the  confidence  that  the  individual 
will  complete  the  job.  The  automated  system  design  can  easily  be  altered  to  accommodate 
these  additional  requirements  by  developing  specific  modules  to  meet  the  need.  The 
prototype  system  would  benefit  from  a  more  modular  design,  and  facilitate  access  to  the 
database  by  other  modules  such  as  PQS  or  trmning  management. 

Lastly,  the  baac  methodology  of  the  prototype  developed  for  FNMOC  does  not  have 
to  be  restricted  to  primarily  the  watchbill.  The  design  features  can  be  manipulated  to  provide 
automation  of  additional  Navy  functions,  such  as  PQS  management,  field  day  cleaning 
activities,  equipment  storage  and  check  out  procedures,  and  routine  maintenance  activities. 
An  automated  system  provides  satisfactory  solutions  in  a  short  period  of  time.  The  usability 
of  system  can  be  expanded  for  planning  and  scheduling  functions  in  any  dynamic  real-time 
enviomment. 
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APPENDIX  A.  SEMANTIC  OBJECT  REPORTS 


49 


Semantic  Object  Report 

Album:  WATCH.ALB 


PERSONNEL  Semantic  Object 


Caption: 

Description: 


Data  Attributes: 

Minimum 

Maximum 

Attribute  Name 

ID  Status 

Required 

Allowed 

Value  Type 

Length 

SSN 

Unique 

1 

1 

Text 

10 

LastName 

None 

1 

1 

Text 

15 

FirstName 

None 

1 

1 

Text 

15 

Rank/Rate 

None 

1 

1 

Text 

10 

ReptDate 

None 

1 

1 

Date 

PRD 

None 

1 

1 

Date 

PointTotal 

None 

1 

1 

Text 

10 

WatchName 

None 

0 

1 

Text 

5 

Snivel 

None 

0 

N  (No  Limit) 

Semantic  Object 

WatchBill 

None 

0 

1 

Semantic  Object 

WatchBIII_2 

None 

0 

1 

Semantic  Object 

WatchBilLS 

None 

0 

1 

Semantic  Object 

WatchBilL4 

None 

0 

1 

Semantic  Object 

WatchBilLS 

None 

0 

1 

Semantic  Object 

Formula  Expression 


Semantic  Object  Report 

Album:  WATCH.ALB 


SNIVEL  Semantic  Object 


Caption: 

Description; 


Data  Attributes: 

Attribute  Name 

Personnel 

StartDate 

EndDate 


ID  Status 

Minimum 

Required 

Maximum 

Allowed 

Value  Type 

Length  Formula  Expression 

None 

0 

1 

Semantic  Object 

None 

0 

1 

Date 

None 

0 

1 

Date 

Semantic  Object  Report 

Album:  WATCH. ALB 


WATCHBILL  Semantic  Object 


Caption: 

Description: 


Data  Attributes: 

Minimum 

Maximum 

Attribute  Name 

ID  Status 

Required 

Allowed 

Value  Type 

Length 

Date 

Unique 

1 

1 

Date 

StartTime 

Unique 

1 

1 

Text 

10 

Value 

None 

1 

1 

Text 

10 

CDO 

None 

0 

1 

Group 

Personnel 

None 

0 

1 

Semantic  Object 

ACDO 

None 

0 

1 

Group 

Personnel 

None 

0 

1 

Semantic  Object 

QCDO 

None 

0 

1 

Group 

Personnel 

None 

0 

1 

Semantic  Object 

QCPO 

None 

0 

1 

Group 

Personnel 

None 

0 

1 

Semantic  Object 

RSPO 

None 

0 

1 

Group 

Personnel 

None 

0 

1 

Semantic  Object 

Formula  Expression 


Attribute  Report 

Album:  WATCH.ALB 

ACDO  Type:  Group  Attributes  Contained:  Personnel 

Profile:  ACDO 
Contained  in:  WatchBill 
Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 
Minimum  Count:  0 
Maximum  Count:  ALL 


CDO  Type:  Group  Attributes  Contained:  Personnel 

Profile:  CDO 
Contained  in:  WatchBill 
Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 
Minimum  Count:  0 
Maximum  Count:  ALL 


Date  Type:  Simple  Value 

Profile:  Date 
Contained  in:  WatchBill 
Caption: 

Description: 

ID  Status:  Unique 
Minimum  Required:  1 
Maximum  Allowed:  1 
Value  Type:  Date 
Length: 

Format: 

Initial  Value: 


EndDate  Type:  Simple  Value 

Profile:  StartDate 
Contained  in:  Snivel 
Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 
Value  Type:  Date 
Length: 

Format: 

Initial  Value: 


FirstName  T ype:  Simple  Value 

Profile:  FirstName 
Contained  in:  Personnel 
Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  1 
Maximum  Allowed:  1 
Value  Type:  Text 
Length:  15 
Format: 

Initial  Value: 


LastName  Type:  Simple  Value 

Profile:  LastName 
Contained  in:  Personnel 
Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  1 
Maximum  Allowed:  1 
Value  Type:  Text 
Length:  15 
Format: 

Initial  Value: 


Attribute  Report 

Album:  WATCH.ALB 

Personnel  Type:  Object  Link 

Profile:  Personnel 
Contained  in:  WatchBill.CDO 
Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 


Personnel  Type:  Object  Link 

Profile:  Personnel 
Contained  in:  WatchBilLACDO 
Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 


Personnel  Type:  Object  Link 

Profile:  Personnel 
Contained  in:  WatchBill.QCDO 
Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 


Personnel  Type:  Object  Link 

Profile:  Personnel 
Contained  in:  Snivel 
Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 


Personnel  Type:  Object  Link 

Profile:  Personnel 
Contained  in:  WatchBill.QCPO 
Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 


Personnel  Type:  Object  Link 

Profile:  Personnel 
Contained  in:  WatchBilI.RSPO 
Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 


PointT otal  Type:  Simple  Value 

Profile:  PointTotal 
Contained  in:  Personnel 
Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  1 
Maximum  Allowed:  1 
Value  Type:  Text 
Length:  10 
Format: 

Initial  Value: 


Attribute  Report 

Album:  WATCH.ALB 


PRD  Type:  Simple  Value 

Profile:  PRD 
Contained  in:  Personnel 
Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  1 
Maximum  Allowed:  1 
Value  Type:  Date 
Length: 

Format: 

Initial  Value: 


QCDO  Type:  Group  Attributes  Contained:  Personnel 

Profile:  QCDO 
Contained  in:  WatchBiil 
Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 
Minimum  Count:  0 
Maximum  Count:  ALL 


QCPO  Type:  Group  Attributes  Contained:  Personnel 

Profile:  QCPO 
Contained  in:  WatchBiil 
Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 
Minimum  Count:  0 
Maximum  Count:  ALL 


Rank/Rate  Type:  Simple  Value 

Profile:  Rank/Rate 
Contained  in:  Personnel 
Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  1 
Maximum  Allowed:  1 
Value  Type:  Text 
Length:  10 
Format: 

Initial  Value: 


ReptDate  Type:  Simple  Value 

Profile:  ReptDate 
Contained  in:  Personnel 
Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  1 
Maximum  Allowed:  1 
Value  Type:  Date 
Length: 

Format: 

Initial  Value: 


RSPO  Type:  Group  Attributes  Contained:  Personnel 

Profile:  RSPO 
Contained  in:  WatchBiil 
Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 
Minimum  Count:  0 
Maximum  Count:  ALL 


Attribute  Report 

Album:  WATCH.ALB 

Snivel  Type:  Object  Link 

Profile:  Snivel 
Contained  in:  Personnel 
Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  N  (No  Limit) 


SSN  Type:  Simple  Value 

Profile:  SSN 
Contained  in:  Personnel 
Caption: 

Description: 

ID  Status:  Unique 
Minimum  Required:  1 
Maximum  Allowed:  1 
Value  Type:  Text 
Length:  10 
Format: 

Initial  Value: 


StartDate  Type:  Simple  Value 

Profile:  StartDate 
Contained  in:  Snivel 
Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 
Value  Type:  Date 
Length: 

Format: 

Initial  Value: 


StartTime  Type:  Simple  Value 

Profile:  StartTime 
Contained  in:  WatchBill 
Caption: 

Description: 

ID  Status:  Unique 
Minimum  Required:  1 
Maximum  Allowed:  1 
Value  Type:  Text 
Length:  10 
Format: 

Initial  Value: 


Value  Type:  Simple  Value 

Profile:  Value 
Contained  in:  WatchBill 
Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  1 
Maximum  Allowed:  1 
Value  Type:  Text 
Length:  10 
Format: 

Initial  Value: 


WatchBill  Type:  Object  Link 

Profile:  WatchBill 
Contained  in:  Personnel 
Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 


Attribute  Report 

Album:  WATCH.ALB 

WatchBill_2  Type:  Object  Link 

Profile:  WatchBill 
Contained  in:  Personnel 
Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 


WatchBilI_3  Type:  Object  Link 

Profile:  WatchBill 
Contained  in:  Personnel 
Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 


WatchBill  4  Type:  Object  Link 

Profile:  WatchBill 
Contained  in:  Personnel 
Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 


WatchBill  5  Type:  Object  Link 

Profile:  WatchBill 
Contained  in:  Personnel 
Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 


WatchName  Type:  Simple  Value 

Profile:  WatchName 
Contained  in:  Personnel 
Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 
Value  Type:  Text 
Length:  5 
Format: 

Initial  Value: 


Profile  Report 

Album:  WATCH.ALB 

ACDO  Type;  Group  Profiles  Contained:  Personnel 

Contained  in: 

Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 
Format: 

Minimum  Count:  0 
Maximum  Count;  ALL 


Address 

Type:  Group 

Profiles  Contained: 

Street 

Contained  in: 

City 

Caption: 

State 

Description: 

Zip 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 
Format: 

Minimum  Count:  0 
Maximum  Count:  ALL 


AreaCode  Type:  Simple  Value 

Contained  in:  Phone 
Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 
Value  Type:  Text 
Length:  3 
Format: 

Initial  Value; 


CDO  Type:  Group  Profiles  Contained:  Personnel 

Contained  in: 

Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 
Format: 

Minimum  Count:  0 
Maximum  Count:  ALL 


City  Type:  Simple  Value 

Contained  in:  Address 
Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  1 
Maximum  Allowed;  1 
Value  Type:  Text 
Length:  35 
Format: 
initial  Value: 


CurrencyAmount  Type:  Simple  Value 

Contained  in: 

Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 
Value  Type:  Currency 
Length: 

Format: 

Initial  Value: 


Profile  Report 

Album:  WATCH.ALB 

Date  Type:  Simple  Value 

Contained  in: 

Caption; 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 
Value  Type:  Text 
Length:  10 
Format: 

Initial  Value: 


Description  Type:  Simple  Value 

Contained  in: 
Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 
Value  Type:  Memo 
Length: 

Format: 

Initial  Value: 


EventDate  Type:  Simple  Value 

Contained  in: 
Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 
Value  Type:  Date 
Length: 

Format: 

Initial  Value: 


EventTime  Type:  Simple  Value 

Contained  In: 
Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 
Value  Type;  Time 
Length: 

Format: 

Initial  Value: 


FirstName  Type:  Simple  Value 

Contained  in: 

Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  2 
Maximum  Allowed:  15 
Value  Type:  Text 
Length:  15 
Format: 

Initial  Value: 


Identifier-Numeric  Type:  Simple  Value 

Contained  in; 

Caption: 

Description: 

ID  Status:  Unique 
Minimum  Required:  1 
Maximum  Allowed:  1 
Value  Type:  Long  Integer 
Length: 

Format: 

Initial  Value: 


Profile  Report 

Album:  WATCH.ALB 

ldentifier>Text  Type:  Simple  Value 

Contained  in: 

Caption: 

Description: 

ID  Status:  Unique 
Minimum  Required:  1 
Maximum  Allowed:  1 
Value  Type:  Text 
Length:  15 
Format: 

Initial  Value: 


LastName  Type:  Simple  Value 

Contained  in: 

Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  2 
Maximum  Allowed:  15 
Value  Type:  Text 
Length:  15 
Format: 
initial  Value: 


LocalNumber  Type:  Simple  Value 

Contained  in:  Phone 
Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  1 
Maximum  Allowed:  1 
Value  Type:  Text 
Length:  8 
Format: 

Initial  Value: 


MinRank/Rate  Type:  Simple  Value 

Contained  in: 

Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed;  1 
Value  Type:  Text 
Length:  10 
Format: 
initial  Value: 


Name  Type:  Simple  Value 

Contained  in: 

Caption; 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 
Value  Type:  Text 
Length:  10 
Format: 
initial  Value: 


Percent  Type:  Simple  Value 

Contained  in: 

Caption: 

Description: 

ID  Status:  None 
Minimum  Required;  0 
Maximum  Allowed;  1 
Value  Type:  Floating  Point 
Length: 

Format: 

Initial  Value: 


Profile  Report 

Album:  WATCH.ALB 

PersonName  Type:  Simple  Value 

Contained  in: 

Caption: 

Description: 

ID  Status:  Non-unique 
Minimum  Required:  1 
Maximum  Allowed:  1 
Value  Type:  Text 
Length:  35 
Format: 
initial  Value: 


Personnel  Type:  Object  Link 

Contained  in:  CDO,  QCDO,  ACDO,  QCPO,  RSPO 
Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 


Phone  Type:  Group  Profiles  Contained:  AreaCode 

Contained  in:  LocalNumber 

Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 
Format: 

Minimum  Count:  0 
Maximum  Count:  ALL 


Points  Type:  Simple  Value 

Contained  in: 
Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 
Value  Type:  Text 
Length:  10 
Format: 

Initial  Value: 


PointT otal  T ype:  Simple  Value 

Contained  in: 
Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 
Value  Type:  Text 
Length:  10 
Format: 

Initial  Value: 


PRD  Type:  Simple  Value 

Contained  in: 
Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 
Value  Type:  Text 
Length:  10 
Format: 

Initial  Value: 


Profile  Report 

Album:  WATCH.ALB 


QCDO 

Type:  Group 

Contained  in: 

Caption: 

Description: 

ID  Status:  None 

Minimum  Required:  0 

Maximum  Allowed:  1 

Format: 

Minimum  Count:  0 

Maximum  Count:  ALL 

Profiles  Contained: 

Personnel 

QCPO 

Type:  Group 

Contained  in: 

Caption: 

Description: 

ID  Status:  None 

Minimum  Required:  0 

Maximum  Allowed:  1 

Format: 

Minimum  Count:  0 

Maximum  Count:  ALL 

Profiles  Contained: 

Personnel 

Quantity 

Type:  Simple  Value 

Contained  in: 

Caption: 

Description: 

ID  Status:  None 

Minimum  Required:  0 

Maximum  Allowed:  1 

Value  Type:  Short  Integer 

Length: 

Format: 

Initial  Value: 

Rank/Rate 

Type:  Simple  Value 

Contained  in: 

Caption: 

Description: 

ID  Status:  None 

Minimum  Required:  2 

Maximum  Allowed:  5 

Value  Type:  Text 

Length:  10 

Format: 

Initial  Value: 

ReptDate 

Type:  Simple  Value 

Contained  in: 

Caption: 

Description: 

ID  Status:  None 

Minimum  Required:  0 

Maximum  Allowed:  1 

Value  Type:  Text 

Length:  10 

Format: 

Initial  Value: 

RSPO 

Type:  Group 

Contained  in: 

Caption: 

Description: 

ID  Status:  None 

Minimum  Required:  0 

Maximum  Allowed:  1 

Format: 

Minimum  Count:  0 

Maximum  Count:  ALL 

Profiles  Contained: 

Personnel 

Snivel 

Type:  Object  Link 

Contained  in: 

Caption: 

Description: 

ID  Status:  None 

Minimum  Required:  0 

Maximum  Allowed:  1 

Profile  Report 

Album:  WATCH.ALB 

SSN  Type;  Simple  Value 

Contained  in: 

Caption; 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 
Value  Type:  Text 
Length:  10 
Format: 

Initial  Value: 


StartDate  Type;  Simple  Value 

Contained  in: 

Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 
Value  Type:  Text 
Length:  10 
Format: 

Initial  Value; 


StartTime  Type:  Simple  Value 

Contained  in: 

Caption: 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 
Value  Type:  Text 
Length:  10 
Format: 

Initial  Value: 


State  Type:  Simple  Value 

Contained  in;  Address 
Caption; 

Description: 

ID  Status:  None 
Minimum  Required;  1 
Maximum  Allowed:  1 
Value  Type:  Text 
Length:  2 
Format: 

Initial  Value: 


Street  Type:  Simple  Value 

Contained  in:  Address 
Caption: 

Description: 

ID  Status;  None 
Minimum  Required:  1 
Maximum  Allowed:  1 
Value  Type:  Text 
Length:  30 
Format: 

Initial  Value; 


Value  Type:  Simple  Value 

Contained  in: 

Caption; 

Description: 

ID  Status:  None 
Minimum  Required:  0 
Maximum  Allowed:  1 
Value  Type:  Text 
Length:  10 
Format: 

Initial  Value: 


Profile  Report 

Album:  WATCH.ALB 

WatchBill  Type:  Object  Link 

Contained  in; 

Caption; 

Description; 

ID  Status;  None 
Minimum  Required;  0 
Maximum  Allowed;  1 


WatchName  Type:  Simple  Value 

Contained  in: 

Caption; 

Description; 

ID  Status;  None 
Minimum  Required;  0 
Maximum  Allowed;  1 
Value  Type;  Text 
Length:  10 
Format; 

Initial  Value; 


Zip  Type:  Simple  Value 

Contained  in:  Address 
Caption; 

Description; 

ID  Status;  None 
Minimum  Required:  1 
Maximum  Allowed;  1 
Value  Type;  Text 
Length:  10 
Format: 

Initial  Value; 
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APPENDIX  B.  DATABASE  TABLES 


_ 

.  1;.  .  i  L«W 

7:  Bu^arw  LT.9^. 

..9;B^ii . [Tom . 

idiSn#)  iJokj 

lifSeui^ . Tbi . 


235-97-G543  ;03 

^G-95*5Gb6  ]b3 

’46^2i-27K  :E3 

^^77766103" 

S2-^*24G8  103 


QCPO  :  20f1ar-96:  01<Oct-97: 

AODO  i  3CWarp95i  ^1^97: 

RSPO  i  "aWun-gg 

COO . j  ""02^111-93!  'SJu^ge 

cob  ’  *  i  ’  d9-0rt-94T'l7Oec^'97 


12:  Moore 


:  Dave 


1^  bashneiwerteiJoe 


•285-997433  :  01 

'W^sqW/ToT 


coo 

acdF 


0344af-94:  21-Dec-9^ 
12^’m-93!’15Ju^95^^ 

124^eb^:  26-Mar-9^ 

09Jui^94i 

‘f2^i-Wi"l2-Fet97i 
30Aff-Mr  ^fSi^ 
''iaWi‘-95i’Tb-Mi‘^'ff 


15:  Mj^^kyta  iJf???!!,... 

16:  Oschirim  i  t«iy 
.17;  Warijck . 

^iJdienes  itom 

22^.  Ariiderson _ jRgflgf 


24:  Lefan 


i220-98-77G4  :03 

TS7-94^623‘rC3' 

:m98-77K  [El 
'im9&-77ffi'':03' 
■Tii2-87^578TE7* 
[^^39^087  iEG 
*VK4-97-376i"iE5' 


COO 

ebb*' 

RSPb 

icbo“" 

Qobb 

Qdbb 

■rspo’ 


JTodd . 


1766-32-0942  :E5 
■*[47972^^  iE5 


QCPO 

RSTO" 


30-Sep;94:  30-Se|>:9;i 


S:.  Kenner^  J  Gten . 

27:  hertiice  1  Lan)i 

Mv^’zznM.z. 

Gr»(  .i.ipW... 

3b:Sii^  I  Jason 


1570-92-6073  iE4 
■ii^8^5559d  1E6 
'T98'2-45Sow  Teg" 

"i  563^8431  »7E6‘ 
1498^5-6793  1E5 


QCPO  !  01-Dec-93!  01-Dec-9S 

iQCbb  I  S3^94f‘3dA^^ 

'QCI)b  :  23-Sep^S:  »Sef^97 

Bcbb . i""3bT»i-94!"S-J^^^^ 

QCbb  1  m-bec-94i  -060-97 


"toacio" 

:iscpfi:; 

IQCDO 


^'Nov-sai 

■3i-Mat-9ff 


. IP.ejelS.... 

32[Dr^ 

Dain  1  Leon 


[825-35-1724  :E5 
■VT76^'8'9538|EG* 
T’TO-^-285d‘TEiB" 


01-Feb-94i 

i444a-95! 


34:  Bid 


.35:S«cd . 

Xi  MakowMci  I  Mike 


Dave 
Heniei?  ^ 


1276-65-0864  -EG 
7ira2^7-K^"jE5' 


IQCDO 


010un.96; 

io^-95T 


30-M;^9$ 

3ifici-98 

■30-^V9ff 


37iLqeffl^ . , 

SrSzczefOTck  J.SiepJwrw 


i  276-84-0087  iOl 

i4^-22-^;reTb3 

!'877-35-T9K1oi" 


^ACOO 

[Acbb 

lAcbo" 


31>)»i-95: 
in -Dec-Mi 

"in?^-95T 


31>larp9^. 

3d^ov-9i^ 

"6l"-Fet98 


41:  Garf^ 
42:Whaten" 


ban 

"fim" 


•227-45-9706  -  03 
TS7^i^63ll03" 


43:  Dinirk>u 

44;UI»s" 

*45;"Seibel" 


Dominique 

li«!)L . 

Scott 


225-35-8745  -  03 

GB4’.97^73i  jOS" 

S28^4^834  fbi" 


<ACD0 

Facoo 

Aroo 

iACbO 

JAcbb 


30N)iil-95i 

■0i’44ai-M[ 

'm^ov-94i 

"24-0<i«i 

"ZZMdiim 


30>lul-9$ 
bi -Mar-97; 
30-NOV-97 

3i'<3ct-9S 

Oi-Jun-lff 


46:  Mechels 
‘47Smih . 


iPaiJ 

l^'er 


: 764-29-7539  -EG 
r448-iB3-2297  :  03 


jACOO 

’iebb 


14-Sep;94l 

^-'bct-Ki* 


01-Sep:97: 

3ffbci-9S 


48[COTon,, 
49:  Hu^on 

"Eb"ciiikWi"’ 


ipwfe.. 

iThomas 

iHarik 


51iM^ 


jbave 
:  Jon 


498-26-9610  i03 
'‘*66ei-^-8‘583‘Tb3" 
‘^7-75-9942*104" 
'1^-76-5441"  iBi 
"482-94‘-3387  TE5" 


fCDO 

Icbb 

"Fcbb 

Icbo 

fQCPO 


12>)an-96i 

‘»Nov-94T 

:»M^-94i 

■i'2^ui-95T 


30xJan-9S 

bTOei^‘97^ 

m‘-Mar-97j 

iri’^Jun-STl 

”3b;ii‘9S 


Personnel  Table 
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gMpiiMi| 

Table;  S 

— ■ 

HIMh 

11 

i|;  342-96-2468  iEleulerio 

CDO 

67^jan-96i; 

bWan-SIB! 

2285-99-7433 

!  Moore 

CDO 

01 -Feb-96! 

03-Feb-9Gl 

3  220-98-7764 

i 

CDO 

24^lan-96! 

28Jan-9G! 

P 

482-94-3387 

iSpiker 

QCPO 

iPe&96i 

14-Feb-96! 

5  M2-96-2468 

jEleuterio 

ISl&MHHHi 

^Feb-%! 

27-Feb-96! 

l'^97l;543  '  ' 

iWhisenhari 

ACDO 

11-Jan-9a 

i7lan-96i 

m 

8i  376-95-5606 

j  Buchanan 

ACbO 

iPeb-9§ 

15-Feb-96! 

i  Stanberr^ 

RSPO 

10.467-21-2765 

i  Benoit 

RSPCi 

l‘8-Feb-96i 

20-Feb-9G! 

iii  ^-98-0077 

I  Dashnerwert 

ACDO 

22-Jan-9e 

■27Jan-9§! 

h. 

12 118-29-8390 

i  Schneider 

QCPO 

K!#eb-^ 

05-Feb-9Gj 

13773-36-2850 

j  Crain 

08-Feb-9i 

09-Feb-9Gl 

14^982-45-0054 

IWard 

ilTSiTiVHHHHHi 

22Jan-9§ 

30^)an•9Bi 

^Ml.h 

15  227-45-9786 

:  Kuypers 

ACDO 

02>Jar»-9^ 

08*Jan-96j 

[Counter]: 

. . . . . 1„ _ _ _ _ ...........J 

Snivel  Table 
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Watchbill  Table 
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APPENDIX  C.  ACCESS  BASIC  CODE 


Option  Compare  Database  Use  database  order  for  string  comparisons 

Function  AssignValueWithUserInput  0 

1 3k  4c  3^  %  aft  3|(  3|C  )|(  >|e  ]|(  1|C  ](e  4c  >|c  :|c  ]|e :(( )|C  %  )|t  ]|C  :|c  ]|e  3|C  J|c  3|e  3|e  #  :ie  3|C  :ie  9|e  3|e  :|c  3|e  J|t  3|e )(( 3|e 

'This  function  assigns  values  to  the  watchbill  based  on  the  user's  month 

'selction  on  the  "Select  Month"  form,  and  values  assigned  on  the  "Get  Value" 

'form. 

t:|e3|c4c4c4c4c4c4c4c4c4c4c4c4c4c4c4c4c4c4c4c4c4c4c4c4c4c4c4c4c4c4c4c4c4c4c4c4(4c4c4c4c4c4c4c4c4c4(4c4c4c4e4c4c4c4c4c4c4c4c4c4c4c4c4c4c4c4c4(4c4c 

Dim  db  As  Database,  T  As  Table 
Set  db  =  CurrentDBO 

I3k4c4c4c4(4c4c4c4c4c4c4c4c4c4c4c4c4c4c4c4e4c4c4(4c4c4c4t4e4c4c4c4c4c4c4c4c4c4c4c4c4c4c4c4c4c4(4c4e4c4c4c4c4c4c4e4c4c4c4c4c4e4c4c4c4c4(4c4c4c4c 

'Get  user's  month  selection. 

I3k4(4c4c4c4(4c4c4c4c4c4c4c4c4(4c4c4c4c4c4c4(4c4c4c4c4c4c4c4c4c4c4c4c4c4c4c4c4c4e4c4c4c4c4c4c4c4c4c4c4(4(4c4c4c4c4c4c4c4c4t4c4c4c4c4c4(4c4c4c4c 

If  Forms!SelectMonth![Month]  =  "1"  Then 
Set  T  =  db.OpenTableC'Watchbill") 

Elself  Forms! SelectMonth![Month]  =  "2"  Then 
Set  T  =  db.OpenTableC'FebWatchbill") 

ElselfFormsiSelectMonth!  [Month]  =  "3"  Then 
Set  T  =  db.OpenTableC'MarWatchbill") 

ElselfFormsiSelectMonth!  [Month]  =  "4"  Then 
Set  T  =  db.OpenTableC'AprWatchbill") 

ElselfFormsiSelectMonth! [Month]  =  "5"  Then 
Set  T  =  db.OpenTableC'MayWatchbill") 

Elself  Forms!SelectMonth![Month]  =  "6"  Then 
Set  T  =  db.OpenTableC'JunWatchbill") 

ElseIfForms!SelectMonth![Month]  =  "7"  Then 
Set  T  =  db.OpenTableC'JulWatchbill") 

Elself  Forms!  SelectMonth!  [Month]  =  "8"  Then 
Set  T  =  db.OpenTableC'AugWatchbill") 

ElselfFormsiSelectMonth! [Month]  =  "9"  Then 
Set  T  =  db.OpenTableC'SepWatchbill") 

ElseIfForms!SelectMonth![Month]  =  "10"  Then 
Set  T  =  db.OpenTableC'OctWatchbill") 

ElselfFormsiSelectMonth! [Month]  =  "11"  Then 
Set  T  =  db.OpenTableC'NovWatchbill") 
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Elself  Forms!SelectMonth![Month]  =  "12"  Then 
Set  T  =  db.OpenTableC'DecWatchbill") 

End  If 

'Get  values  assigned  by  user  from  "Get  Value"  form. 

>******iHft****************************************t********************* 

DoCmd  OpenForm  "GetValueForm" 

T.MoveFirst 
Do  Until  T.EOF 
T.Edit 

Let  X  =  TIStartDate 
Let  Y  =  TIStartTime 
DayNum  =  Weekday(X) 

If  DayNum  =  1  Or  DayNum  =  7  Then 
IfY  =  #06:45:00#  Then 

T!  [Watch  Value]  =  Forms!GetValueForm![Value2] 

Else 

T![WatchValue]  =  Forms!GetValueForm![Value3] 

End  If 

Elself  DayNum  =  6  Then 
If  Y  =  #06:45:00#  Then 

T!  [Watch  Value]  =  Forms!GetValueForm![Value] 

Else 

T![WatchValue]  =  Forms!GetValueForm![Value3] 

End  If 
Else 

IfY  =  #06:45:00#  Then 

T![WatchValue]  =  FormsIGetValueForm!  [Value] 

Else 

T!  [Watch  Value]  =  Forms!GetValueForm![Valuel] 

End  If 
End  If 

T.Update 

T.MoveNext 

Loop 

T.Close 

End  Function 
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Option  Compare  Database  'Use  database  order  for  string  comparisons 
Function  AssignWatchstanders  Q 

»*itL*ttf^fitf*:iit********>lf******************************************************** 

'This  fiinction  assigns  watchstanders  to  the  specified  month's  watchbill 
'based  on  the  watchstander's  previous  month's  point  total,  value  of  the 
'specific  watch,and  the  individual's  snivel  record.  After  assigning  an 
'individual  to  a  watch,  the  function  updates  the  individuals  point  total 
'for  the  current  month  and  then  moves  to  the  next  watchstander.  The 
'process  continues  until  all  watches  for  the  month  have  been  assigned. 

I*  *  He  *  *  *  He  He  :|c  *  *  *  *  *  *  *  *  *  *  *  *  *  *  *  *  ♦  *41  *  >K  Umi  m  *  *  >K  1)1  *  *  *  *  Hi  *  *  *  Dc  *  *  t  *  *  *  *  *  *  *  *  *  *  Hi  *  *  *  #  He*  4c  *  4c  *  * 

Dim  db  As  Database,  Q  As  QueryDef,  Q1  As  QueryDef,  dsWatches  As  Dynaset 
Dim  dsPeople  As  Dynaset,  dsSnivel  As  Dynaset,  X,  T  As  Table,  SD,  ED 
Dim  Criteria,  CriteriaS,  Criteria4,  WBFull,  TOW,  MTH,  QN,  FK 
Dim  SW,  Mark,  Plusl,  Minusl,  IsAssigned 

I3tc:i(4e3|e3|e]|e:ie:fe^:|e:(c%:|e:)c^)|c:(e:|e)|e:|tj|c3fc:|())c:ie:fctlc3|c))e:|e:)e:(e3|c:(c3((3|c3|c:ie:ie^3|c)|e:|e3ic:fc^;4(3|c:)e9|c)|c:(ejf£a|c4e:|e%:(c:|(3|c^:|c3|e4c3)e)|c3|e:)e}ie^3)( 

'Get  type  of  watchbill  to  be  generated. 

Iic4(:k:1(*jic)kt3|t:1t4(*)|e%9|()|esie3|c:(c9(e:|e:|cs|e:|e3ie:|e9)(:)c:|c:|c:tc:|e:|c:|e:|e:|(]|e3|c3ic:(e3|cs|c4e:le:)e9fe;|e:ie:fe:tc*3te3(e3)c4c:|c3|e:|e:)e^:fe3)c:|c:fc3|e3|c3^ 

Set  db  =  CurrentDBO 

DoCmd  OpenForm  "TypeOfWatchForm" 

DoCmd  OpenForm  "SelectMonth" 

IfForms!TypeOfWatchForm![WatchType]  =  "1"  Then 
TOW="CDO" 

FK  =  "CDO_Personnel_ID_FK2" 

Elself  Forms!TypeOfWatchForm![WatchType]  =  "2"  Then 
TOW="ACDO" 

FK  =  "ACDO_Personnel_ID_FK3" 

ElseIfForms!TypeOfWatchForm![WatchType]  =  "3"  Then 
TOW  =  "QCDO" 

FK=  "QCDO_Personnel_ID_FK4" 

Elself  Forms!TypeO£WatchForm![WatchType]  =  "4"  Then 
TOW  =  "QCPO" 

FK  =  "QCPO_Personnel_ID_FK5" 

ElseIfForms!TypeOfWatchForm!lWatchType]  =  "5"  Then 
TOW  =  "RSPO" 

FK  =  "RSPO_Personnel_ID_FK6" 

End  If 

life  3((  :|c  :)e  s|e  sfe  tfe  :|e  3(c  sfe  :)e  :ie  ]|c  %  :1c  :|c  :|e  :|e  :|e  :|e  :|e  :|c  :ic  :(c  :|c  :|e  :)e  :|c  :|c  3ic  :(e  ie  %  }|e  :|c  :ic  :|c  3(e  3)e  :|c  :|e  :|c  4c  :ie :)( 3fe  %  ;4c  :|c  :|e  ^  :|e  :|e  3|c  3)e 
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'Get  month  and  move  points  from  "PointsThisMonth"  to  "PointsLastMonth  .. 

IfFormsISelectMonth!  [Month]  =  "1"  Then 
MTH  =  "Jan" 

DoCmd  RunMacro  "DeletePtsAndMove" 

Elself  Forms!  SelectMonth!  [Month]  =  "2"  Then 
MTH  =  "Feb" 

DoCmd  RunMacro  "DeletePtsAndMove" 

ElselfForms! SelectMonth! [Month]  =  "3"  Then 
MTH="Mar" 

DoCmd  RunMacro  "DeletePtsAndMove" 

ElselfForms!  SelectMonth! [Month]  =  "4"  Then 
MTH  =  "Apr" 

DoCmd  RunMacro  "DeletePtsAndMove" 

ElselfForms!  SelectMonth!  [Month]  =  "5"  Then 
MTH  =  "May" 

DoCmd  RunMacro  "DeletePtsAndMove" 

Elself  Forms!  SelectMonth!  [Month]  =  "6"  Then 
MTH  =  "Jun" 

DoCmd  RunMacro  "DeletePtsAndMove" 
ElseIfForms!SelectMonth![Month]  =  "7"  Then 
MTH  =  "Jul" 

DoCmd  RunMacro  "DeletePtsAndMove" 

ElselfForms! SelectMonth![Month]  =  "8"  Then 
MTH  =  "Aug" 

DoCmd  RunMacro  "DeletePtsAndMove" 

Elself  Forms!SelectMonth![Month]  =  "9"  Then 
MTH  =  "Sep" 

DoCmd  RunMacro  "DeletePtsAndMove" 

ElselfForms!  SelectMonth!  [Month]  =  "10"  Then 
MTH  =  "Oct" 

DoCmd  RunMacro  "DeletePtsAndMove" 

ElselfForms!  SelectMonth! [Month]  =  "11"  Then 
MTH  =  "Nov" 

DoCmd  RunMacro  "DeletePtsAndMove" 

ElselfForms!  SelectMonth! [Month]  =  "12"  Then 
MTH  =  "Dec" 

DoCmd  RunMacro  "DeletePtsAndMove" 

End  If 

'Open  the  list  of  CDO  Watches  for  the  specified  month,  sorted  with  the  highest 
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'value  watch  listed  first,  and  the  list  of  CDOs  sorted  with  the  lowest  point 
"total  from  the  previous  month  listed  first. 

QN  =  MTH  &  TOW  &  "Watches" 

PQ  =  TOW&"Queiy" 

Set  Q  =  db.OpenQueryDef(QN) 

Set  dsWatches  =  db.CreateDynaset(QN) 

Set  Q1  =  db.OpenQueryDefIpPQ) 

Set  dsPeople  =  db.CreateDynaset(PQ) 

WBFull  =  0 
dsPeople.MoveFirst 

l)|e:|c]|c4e:|e:|c)|e3|e:ie3|C3fe3|c3ic3|c3^^:i(:((4c4(:|(j|c:)c:(c:ic:)c:tc:le3|cic:|c^s|e#:|e3|e3i()|e4e)ic:|()(e]|c3|e>|(#4cj)e3ic3|c*:|c:((3(c}|c3|eie3K3K)ie**slc3ic*]|c%9|eics|c:^ 

"Begin  main  function. 

ttt9|c*3|t)|(3fe**9(c3|e9|c:|e3|e3)(3(e9ie3|e4(*3ie*3|c:|c:ie:|c:(et9f(3kai(3|c3|()|(:|cie9|c3|e:l(t3|c:|c4c:|c:|e:1e:|e:|e:|e]K3|(4(**3|e***9|e3|e:)e9|c:|e:|c:|c3|etl(:|cie:|e)(( 

DoUntilWBFuU=  1 
dsWatches.MoveFirst 
Let  X  =  dsPeople.SSN 
Debug.Print  X 
IsAssigned  =  True 
Do  While  IsAssigned  =  True 
GoSub  CheckIfNull 
GoSub  CheckSurroundDates 
If  IsAssigned  =  True  Then 
dsWatches.MoveNext 
End  If 
Loop 

GoSub  CheckSnivel 

"If  no  surrounding  watches  or  snivel  records,  assign  person  to  that  watch 

tilli***********^it********************************************************* 


dsWatches.Edit 
dsWatches(FK)  =  X 
dsWatches.Update 


I:|e:)c:)c:|e3|c4c3|e)((]|t:fe:|e:(e:ic:(e3|e:|e^:lc:|c:|e)|c3(c:|c:|e:tc3((:ie:|e3ie:fc:|t9fc3|e:lcj|c:)e]|e:(eiie:|e))cjle^3(e]tc3|cs|e^3ie:(e:)e4es|c:|c:lc)|e:|c4e%3|e9|c9|e9|c%3)c]|e9)c^3|c](c4c 

Update  Point  Total  for  current  month 
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dsPeople.Edit 

dsPeople.PtsThisMonth  =  dsPeople.PtsThisMonth  +  dsWatches.WatchValue 
dsPeople.Update 
dsPeople.MoveNext 
If  dsPeople.EOF  Then 
DoCmd  Requery  Personnel 
dsPeople.MoveFirst 
End  If 
Loop 

dsWatches.  Close 
dsPeople.Close 

'CheckSurroundDates:  This  subroutine  checks  to  make  sure  the  person  is  not 
'already  assigned  to  a  watch  on  the  current  day,  previous  day,  or  following 
'day. 

CheckSurroundDates: 

Let  SW  =  dsWatches.  StartDate 

Mark  =  dsWatches.Bookmark  'Set  bookmark 

Plusl  =  SW+l 

CriteriaS  =  "[StartDate]  =#"  &  Plusl  &  "#" 

Minusl  =  SW  - 1 

Criteria4  =  "[StartDate]  =#"  &  Minusl  &  "#" 

CriteriaS  =  "[StartDate]  =#"  &  SW  &  "#" 

Let  IsAssigned  =  False 
dsWatches.FindFirst  CriteriaS 

Do  Until  (IsAssigned  =  True)  Or  (dsWatches.NoMatch) 

If  dsWatches(FK)  =  X  Then 
IsAssigned  =  True 

dsWatches.Bookmark  =  Mark  'Returns  to  original  date 
Return 
End  If 

dsWatches.FindNext  CriteriaS 
Loop 

dsWatches.FindFirst  Criteria4 

Do  Until  (IsAssigned  =  True)  Or  (dsWatches.NoMatch) 

If  dsWatches(FK)  =  X  Then 
IsAssigned  =  True 

dsWatches.Bookmark  =  Mark  Returns  to  original  date 
Return 
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End  If 

dsWatches.FindNext  Criteria4 
Loop 

dsWatches.FindFirst  CriteriaS 

Do  Until  (IsAssigned  =  True)  Or  (dsWatches.NoMatch) 

If  dsWatches(FK)  =  X  Then 
IsAssigned  =  True 

dsWatches.Bookmark  =  Mark  'Returns  to  original  date 
Return 
End  If 

dsWatches.FindNext  CriteriaS 
Loop 

dsWatches.Bookmark  =  Mark  Returns  to  original  date 

Return 

'ChecklfNull:  This  subroutine  checks  to  see  if  the  watch  has  been  filled  and 
'  continues  until  it  reaches  an  empty  watch. 

ChecklfNull: 

If  dsWatches.EOF  Then  GoSub  ExitFunction 
Do 

If  Not  IsNull(dsWatches(FK))  Then 
dsW atches.MoveNext 
If  dsWatches.EOF  Then 
WBFull  =  1 
GoSub  ExitFunction 
End  If 
End  If 

Loop  Until  IsNull(dsWatches(FK)) 

Return 

t:)(3|e4e:|e4e]|c%:|c}k:|c:|(3|e:leH(}|c4c:((4(3|c3|c9l(%H(3t(i|e4c3f(:|e>|c3|e))e:|e:|c;lc^:)e3|c:(e:|c:|c:|esic:|e:(ej|c:|c3|e3|c9|ti|e3fc:(c:(e:|e^3fc:(e:)c:fc)k3|(9|(3|c3|c3|(3f(ic3|t3fcH(3k 

'CheckSnivel  Subroutine:  Checks  to  see  if  person  has  a  snivel  during  a 
'particular  date. 

CheckSnivel: 
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Set  T  =  db.OpenTable("  Snivel") 

Set  dsSnivel  =  db.CreateDynasetC'Snivel") 

FoundWatch  =  False 

Criteria  =  "[Personnel_ID_FKl]  =  "  & . &  X  & 

dsSnivel.FindFirst  Criteria 
If  dsSnivel.NoMatch  Then  Return 
Do  Until  FoundWatch  =  True 
Do  Until  dsSnivel.NoMatch 
Let  SD  =  dsSnivel.  StartDate 
Let  ED  =  dsSnivel.EndDate 

If  (dsWatches.  StartDate  >=  SD)  And  (dsWatches.  StartDate  <=  ED)  Then 
dsWatches.MoveNext 
GoSub  CheckIfNull 
Else 

FoundWatch  =  True 
dsSnivel.FindNext  Criteria 
End  If 
Loop 
Loop 

Return 

Exit  function 

I3ie^:|(:)c9|c:1e:fc)(e9|())(](e4c:ie3|(:(e:|c^:|c:fc)|c:fe%}|e:)e3|(3|;:tc:(c]|c:(cj|c3|c:|c:|c4c:lc^%:|c3)c:)c:|e%4c:|e3|e4c3fe:|c3|t3|c:(c:lca|e4e4e)|e:tc3|e:|c:(c:)c:|c4e^3|(^ste3|(4::|c 

ExitFunction; 

DoCmd  OpenForm  MTH  &  TOW  &  "Watchbill" 

DoCmd  RepaintObject  A_Form,  MTH  &  TOW  &  "Watchbill" 

End  Function 
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Option  Compare  Database  Use  database  order  for  string  comparisons 

Function  DeletePtsAndMove  0 

I*********************************************************************** 

'This  function  deletes  previous  month's  total  and  replaces  it  with  this 

'month's  total. 

Dim  db  As  Database,  Q  As  QueryDef,  dsPeople  As  Dynaset,  X,  TYP 
Set  db  =  CurrentDBO 

'Get  type  of  watchbill  from  the  "Type  of  Watch"  form. 

^*^i*i|^^f^i^:*i|^^li|^1fi^ii^i1^^*^^^l^ii||i^i^li|^ilfiil^i|fi|^i^i|fl^^^in^**************************************^^ 

IfForms!TypeOfWatchForm![WatchType]  =  "1"  Then 
X  =  "CDO" 

ElseIfForms!TypeO£WatchForm![WatchType]  =  "2"  Then 
X  =  "ACDO'' 

ElseIfForms!TypeOfWatchForm![WatchType]  =  "3"  Then 
X  =  "QCDO" 

ElseIfForms!TypeOfWatchForm![WatchType]  =  "4"  Then 
X="QCPO" 

ElseIfForms!TypeOfWatchForm![WatchType]  =  "5"  Then 
X  =  "RSPO" 

ElseIfForms!TypeOfWatchForm![WatchType]  =  "6"  Then 
DoCmd  Close  A  Form,  "TypeOfWatchForm" 

End  If 

TYP  =  X&  "Query" 

Set  Q  =  db.OpenQueryDef(TYP) 

Set  dsPeople  =  db.CreateDynaset(TYP) 

'Begin  main  function. 

dsPeople.MoveFirst 

Do  Until  dsPeople.EOF 
dsPeople.Edit 

dsPeople.PtsLastMonth  =  dsPeople.PtsThisMonth 

dsPeople.PtsThisMonth  =  0 

dsPeople.Update 

dsPeople.MoveNext 
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Loop 

dsPeople.Close 


End  Function 


Option  Compare  Database  'Use  database  order  for  string  comparisons 
Function  DeleteWatchstanders  0 

'This  function  deletes  watchstanders  from  the  watchbill  so  a  new  watchbill 
'may  be  generated. 

Dim  db  As  Database,  T  As  Table,  X 
Set  db  =  CurrentDBO 

'Get  month  of  new  watchbill  from  "Select  Month"  form. 

IfFormslSelectMonth!  [Month]  =  "1"  Then 
Set  T  =  db.OpenTableC'Watchbill") 

ElselfFormsISelectMonth!  [Month]  =  "2"  Then 
Set  T  =  db.OpenTableC'FebWatchbill") 

ElselfFormsISelectMonth! [Month]  =  "3"  Then 
Set  T  =  db.OpenTableC'MarWatchbill") 

ElselfFormsISelectMonth! [Month]  =  "4"  Then 
Set  T  =  db.OpenTableC'AprWatchbill") 

ElselfFormsISelectMonth! [Month]  =  "5"  Then 
Set  T  =  db.OpenTableC'MayWatchbill") 

ElselfFormsISelectMonth! [Month]  =  "6"  Then 
Set  T  =  db.OpenTableC'JunWatchbill") 

ElselfFormsISelectMonth! [Month]  =  "7"  Then 
Set  T  =  db.OpenTableC'JulWatchbiU") 
ElseIfForms!SelectMonth![Month]  =  "8"  Then 
Set  T  =  db.OpenTableC'AugWatchbill") 

ElselfFormsISelectMonth! [Month]  =  "9"  Then 
Set  T  =  db.OpenTableC'SepWatchbiU") 

ElselfFormsISelectMonth! [Month]  =  "10"  Then 
Set  T  =  db.OpenTableC'OctWatchbill") 

ElselfFormsISelectMonth! [Month]  =  "11"  Then 
Set  T  =  db.OpenTableC'NovWatchbill") 

ElselfFormsISelectMonth! [Month]  =  "12"  Then 
Set  T  =  db.OpenTableC'DecWatchbill") 

End  If 

T.MoveFirst 
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Do  Until  T.EOF 
T.Edit 

'Get  type  of  watchbill  to  be  generated  from  "Type  Of  Watch"  form. 

I  :|c  i|c  He*  *  :|c  He  :|c  HcHi  :|c  :|c «  He  *  *  He*  i)c  ^  *  4c  :|c  :(i  :|e  *  m  m  :|e  He  :|c*  *  He  Kt  *  *  *  *  *  *  i|t  *  *  *  *  *  m  He  *  *  *  *  *  *  *  *  *  *  *  *  *  *  *  He  *  *  *  * 

IfForms!TypeOfWatchForm![WatchType]  =  "1"  Then 
Let  T!CDO_Personnel_ID_FK2  =  X 
Elself  Forms!TypeOfWatchForm![WatchType]  =  "2"  Then 
Let  T!  ACDOPersonnelEDFKS  =  X 
Elself  Forms!TypeOfWatchForm![WatchType]  =  "3"  Then 
Let  T!QCDO_Personnel_ID_FK4  =  X 
ElseIfForms!TypeOfWatchForm![WatchType]  =  "4"  Then 
Let  T!QCPO_Personnel_ID_FK5  =  X 
Elself  Forms!TypeOfWatchForm![WatchType]  =  "5"  Then 
Let  T!RSPO_Personnel_ID_FK6  =  X 
Elself  Forms!TypeOfWatchForm![WatchType]  =  "6"  Then 
DoCmd  Close  A  Form,  "TypeOfWatchForm" 

End  If 

I*********************************************************************** 

'Begin  main  function 

If  Not  IsNull(X)  Then 
X  =  "" 

End  If 
T.Update 
T.MoveNext 
Loop 
T.  Close 

End  Function 
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Option  Compare  Database  'Use  database  order  for  string  comparisons 
Function  ShowMonthForm  Q 

'This  function  opens  the  particular  "Snivel"  form  based  on  user  input  on  the 
"'Select  Month"  form. 

t****ilfti*^it************************************************************** 

Dim  db  As  Database 
Set  db  =  CurrentDBQ 

l:(i******i|c*l|c*;|ci|<:|c*4::|ci|cl|cl|c:|c***l|i*«:|cit:*««******i|ci|c******Kc*it:*i|c****)|c>ii’lc**>K**’|ii|c***«** 

'Get  type  of  watch  from  the  Select  Month  form 

DoCmd  OpenForm  "SelectMonth" 

IfFormsISelectMonth! [Month]  =  "CDO"  Then 
DoCmd  OpenForm  "CDOSnivels" 

ElseIfForms!SnivelMenu![WatchType]  =  "ACDO"  Then 
DoCmd  OpenForm  "ACDOSnivels" 

Elself  Forms  !SnivelMenu![WatchType]  =  "QCDO"  Then 
DoCmd  OpenForm  "QCDOSnivels" 

ElseIfForms!SnivelMenu![WatchType]  =  "QCPO"  Then 
DoCmd  OpenForm  "QCPOSnivels" 

ElseIfForms!SnivelMenu![WatchType]  =  "RSPO"  Then 
DoCmd  OpenForm  "RSPOSnivels" 

End  If 

End  Function 
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Option  Compare  Database  Use  database  order  for  string  comparisons 
Function  ShowPersonnelReports  0 

'This  function  opens  the  appropriate  "Snivel"  report  based  on  user  input  on 
•the  "Personnel  Reports"  form. 

l:)e^;|c3|e:|(:|ci|c3|e:K9|(3(e3(esie3|c:|cj|et:|e:|c:|es|c:|e:|c3je:|c:ic:K)|c3|(**i(e9K3|c3|e:((:|c3|c3|e:)c:ic:|c:|e:|c:fe:|c:|c:|e:fc:(c:fe:jc:|t3fe3|e:fe3fe:|e:|e:|c:|e:|c:fe:fc:|e]K 

Dim  db  As  Database 

Set  db  =  CurrentDBO 

DoCmd  OpenForm  "PersonnelReports" 

IfForms!PersonnelReports![ReportType]  =  "1"  Then 
DoCmd  OpenReport  "PersonnelReport",  A  PREVIEW 
ElseIfForms!PersonnelReports![ReportType]  =  "2"  Then 
DoCmd  OpenReport  "CDOSnivels",  A_PREVIEW 
ElseIfForms!PersonnelReports![ReportType]  =  "3"  Then 
DoCmd  OpenReport  "ACDOSnivels",  A_PREVIEW 
ElseIfForms!PersonnelReports![ReportType]  =  "4"  Then 
DoCmd  OpenReport  "QCDOSnivels",  A_PREVIEW 
ElseIfForms!PersonnelReports![ReportType]  =  "5"  Then 
DoCmd  OpenReport  "QCPO Snivels",  A_PREVIEW 
ElseIfForms!PersoimelReports![ReportType]  =  "6"  Then 
DoCmd  OpenReport  "RSPOSnivels",  A_PREVIEW 
End  If 

End  Function 
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Option  Compare  Database  'Use  database  order  for  string  comparisons 
Function  ShowPersonnelForms  0 

'This  function  opens  the  appropriate  personnel  form  based  on  user  input  on 
the  "Personnel  Menu"  form. 

Dim  db  As  Database 
Set  db  =  CurrentDBO 
DoCmd  OpenForm  "PersonnelMenu" 
IfForms!PersonnelMenu![WatchType]  =  "1"  Then 
DoCmd  OpenForm  "CDOForm" 

Elself  Forms!PersonnelMenu![WatchType]  =  "2"  Then 
DoCmd  OpenForm  "ACDOForm" 

Elself  Forms!PersonnelMenu![WatchType]  =  "3"  Then 
DoCmd  OpenForm  "QCDOForm" 

Elself  Forms!PersonnelMenu![WatchType]  =  "4"  Then 
DoCmd  OpenForm  "QCPOForm" 

Elself  Forms!PersonnelMenu![WatchType]  =  "5"  Then 
DoCmd  OpenForm  "RSPOForm" 

End  If 

End  Function 
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Option  Compare  Database  Use  database  order  for  string  comparisons 
Function  ShowSnivelReports  0 

'This  function  opens  the  appropriate  "Snivel"  report  based  on  user  input  on 
'the  "Snivel  Reports"  form. 

!******************************************:(:**************************** 


Dim  db  As  Database 
Set  db  =  CurrentDBQ 
DoCmd  OpenForm  "SnivelReports" 
IfForms!SnivelReports![ReportType]  =  "1"  Then 
DoCmd  Close  A_FORM,  "SnivelReports" 
ElseIfForms!SnivelReports![ReportType]  =  "2"  Then 
DoCmd  OpenReport  "CDOSnivels",  A  PREVIEW 
Elself  Forms! SnivelReports! [ReportType]  =  "3"  Then 
DoCmd  OpenReport  "ACDOSnivels",  A_PREVffiW 
Elself  Forms!  SnivelReports!  [ReportType]  =  "4"  Then 
DoCmd  OpenReport  "QCDOSnivels",  A_PPIEVIEW 
ElseIfForms!SnivelReports![ReportType]  =  "5"  Then 
DoCmd  OpenReport  "QCPOSnivels",  A_PREVffiW 
ElselfForms!  SnivelReports! [ReportType]  =  "6"  Then 
DoCmd  OpenReport  "RSPOSnivels",  A_PREVIEW 
End  If 

End  Function 
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Option  Compare  Database  'Use  database  order  for  string  comparisons 

Function  ShowSnivelForms  Q 

'This  function  opens  the  appropriate  "Snivel"  form  based  on  user  input  on  the 

'"Snivel  Menu"  form. 

>********1f*if**ilf^f*Hi^f^f^it*********************ilf  **************************** 

Dim  db  As  Database 

Set  db  =  CurrentDBO 

DoCmd  OpenForm  "SnivelMenu " 

IfForms!SnivelMenu![WatchType]  =  "1"  Then 
DoCmd  OpenForm  "CDOSnivels" 

ElseIfForms!SnivelMenu![WatchType]  =  "2"  Then 
DoCmd  OpenForm  "ACDOSnivels" 

Elself  Forms! SnivelMenu!  [WatchType]  =  "3"  Then 
DoCmd  OpenForm  "QCDOSnivels" 

ElselfForms! SnivelMenu! [WatchType]  =  "4"  Then 
DoCmd  OpenForm  "QCPOSnivels" 

ElseIfForms!SnivelMenu![WatchType]  =  "5"  Then 
DoCmd  OpenForm  "RSPOSnivels" 

ElselfForms! SnivelMenu!  [WatchType]  =  "6"  Then 
DoCmd  Close  A  Form,  "SnivelMenu" 

End  If 

End  Function 
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Option  Compare  Database  'Use  database  order  for  string  comparisons 

Function  ShowWatchbillReports  0 

'This  function  opens  the  appropriate  "Watchbill"  report  based  on  user  input 

'on  the  "Watchbill  Reports"  form. 

Dim  db  As  Database,  WT 
Set  db  =  CurrentDBO 

I3|e3(e:)e:(e]|c%3|c:)c3|e:|e}}e%)|c%:((3|c:(c^:|e4c^])c}t::lc:jc}|(:|e:|c:|c:|(:|c:|e4e3)e:f(:)c3i(:f(:|(3((}|c4e:(c3|t3|c3|(3|e))c4e3|c3|(^3ic3|c4c3|t#4(3|c3fe9te3k>|t9|t3(e3k>|(>k3ic%3|c 

'Get  type  of  watch 

DoCmd  OpenForm  "WatchbillReports" 

If  Forms!  WatchbillReports![WatchName]  =  "CDO"  Then 
WT  =  "CDO" 

ElseIfForms!WatchbillReportsl[WatchName]  =  "ACDO"  Then 
WT  =  "ACDO" 

Elself  FormsIWatchbillReportsIlWatchName]  =  "QCDO"  Then 
WT  =  "QCDO" 

Elself  Forms!  WatchbillReports!  [WatchName]  =  "QCPO"  Then 
WT="QCPO" 

Elself  FormsiWatchbillReports!  [WatchName]  =  "RSPO"  Then 
WT  =  "RSPO" 

End  If 

I^:|c:|e:)e:)c:{::|e:(esic:|c3|c])e:)e%3|c^3(c%:|c:fc9|c4c3(c:tc4:3|(3|c9|c4c9|c3|c3k3|(9|c3|c:)e:|c:|c3le3|e3|c:ie3tt3|c9f(3|c3|c^3|(3|e3|e3|:^%:)c3|c:|e:|e^:)c3|e3)e:|e%4(^:|e3ie:je^9|( 

3|c:|c:te:te 

'Get  month 

t3|(:fe9|e:|e3|c3|c^:|c3t(%4c]ie:|c:|c3(e:|c:|c3|c:)c:|c:|c)|c:|ej|e:|e:jc:|e4c3|c3|c:)e9|e3le:|c^:(c^j|c:|(3|c:|c:|e4c:|c4e:|(3|e:|c:|c:)(:tc9|e#%:(c:|c:(c:|(}|e:|c]|:3fc:|e:{(:|e:(c:(e:|e:je:les|: 

IfForms!WatchbillReports![Month]  =  "1"  Then 
MTH="Jan" 

Elself  Forms!  WatchbillReports!  [Month]  =  "2"  Then 
MrH="Feb" 

Elself  Forms!  WatchbillReports!  [Month]  =  "3"  Then 
MTH="Mar" 

Elself  FormsiWatchbillReports!  [Month]  =  "4"  Then 
MTH="Apr" 
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ElselfFormsIWatchbillReports!  [Month]  =  "5"  Then 
MTH="May’' 

ElselfFormsIWatchbillReports!  [Month]  =  "6"  Then 
MTH  =  "Jun" 

ElselfFormsIWatchbillReports!  [Month]  =  "7"  Then 
MTH="Jur 

ElselfFormsIWatchbillReports!  [Month]  =  "8"  Then 
MTH="Aug" 

ElselfFormsIWatchbillReports!  [Month]  =  "9"  Then 
MTH='’Sep'' 

ElseIfForms!WatchbillReports![Month]  =  "10"  Then 
MTH  =  "Oct" 

ElselfFormsIWatchbillReports! [Month]  =  "H"  Then 
MTH="Nov" 

ElselfFormsIWatchbillReports!  [Month]  =  "12"  Then 
MTH="Dec" 

End  If 

RN  =  MTH  &  WT  &  "Watchbill" 

DoCmd  OpenReport  (RN),  A_PREVIEW 

End  Function 
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Option  Compare  Database  Use  database  order  for  string  comparisons 
Function  ShowWatchbillForms  0 

» 3|e  :te  :|e  :|e  *  3|(  sic  t  3fe  3|c  ^  3ic  9|c  t  9ie  *  :1c  :1c  3fc  :|e  t  *♦♦♦**♦♦*♦♦♦*  3|c  3ft  *  3k  *  3|c  :|e  :|c  :(e  :|c 

'This  function  displays  the  appropriate  watchbill  form 

I:lc:|c:|c:k3k3k3k3k3k3fc:k3k9k3k3fc:k3k3k3k3k3k3k****3k9k3fe:k***3k3k3k3k3k3k3f(3fcsk3k3k3fc:k3k3k*3k*3k*afc4c9k3k9k3k3k3k3k3k*9k3k3fc3k3k3fc* 

Dim  db  As  Database,  WT 
Set  db  =  CurrentDBQ 

t:fc:fc:lc:|c:k**3k3k3k3k3k*3k3k*3fc:k3k*3k3k3k**3fe:fc:k3fc3k3k**#3k3f(9k3k3fe:k3k3k3k3k3k*3k:fe:k*3fe*4cMc4t3k3k*3|c3tc*ak3|c3k3|e3|(3k3fc:|c3k* 

'Get  type  of  watchbill  from  the  View  Watchbills  form 

l:k3k3k3k3k3fe:fC:fc4c:fc4c:fc:|c:k3k3k3k*3k3fc:k3kHt:k3k3k3k3k3k3k3k3k3k3k*3k3k3k3k*3k3k3k3k3k3k3k3k3kt3k3k3k3k:k*3k3kak3f(:k:lC3k3(C3k3fe4e3k3fC3lC9fc 

DoCmd  OpenForm  "ViewWatchbills" 

If  Forms!  ViewWatchbills![WatchName]  =  "CDO"  Then 
WT  =  "CDO" 

Elself  Forms!  ViewWatchbills!  [WatchName]  =  "ACDO"  Then 
WT  =  "ACDO" 

Elself  Forms!  ViewWatchbills!  [WatchName]  =  "QCDO"  Then 
WT  =  "QCDO" 

Elself  Forms!  ViewWatchbills!  [WatchName]  =  "QCPO"  Then 
WT  =  "QCPO" 

Elself  Forms!  ViewWatchbills!  [WatchName]  =  "RSPO"  Then 
WT="RSPO" 

End  If 

l:|(  i|c  :|ci|i  ]|t  :|i  :(i  4e  :(i  i|c  ]|ci|t  i|t  :tc  )|t  1)1  i|ci|c :)( *  i(ci|ci|i  i|i  #  #  :|c  itciti  t  4e  i(ci|c  :|c « itt  :|ciic  %  4c  ]|t  itt  i|E  :|t  :|c  %  :ti  i|t  i|c  :|c  :|c  :|c  #  itc  i|c  lit  i|(  i|c  4e  i|ci|c  i)i  :tc  t 

'Get  month  from  the  View  Watchbills  form 

iHfUi^lfilfi^ilfifif^ttiitiilf^^iiti********************************************************* 


If  Forms!  ViewWatchbills![Month]  =  "1"  Then 
MTH="Jan" 

Elself  Forms!  ViewWatchbUls!  [Month]  =  "2"  Then 
MTH  =  "Feb" 

ElseIfForms!ViewWatchbills![Month]  =  "3"  Then 
MTH="Mar" 

Elself  Forms!  ViewWatchbills!  [Month]  =  "4"  Then 
MTH="Apr" 

Elself  Forms!  ViewWatchbills!  [Month]  =  "5"  Then 
MTH="May" 

Elself  Forms!  ViewWatchbills!  [Month]  =  "6"  Then 
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MTH="Jun" 

Elself  Forms! ViewWatchbills! [Month]  =  "7"  Then 
MTH="Jur 

ElseIfForms!ViewWatchbills![Month]  =  "8"  Then 
MTH="Aug" 

Elself  Forms!  ViewWatchbills!  [Month]  =  "9"  Then 
MTH="Sep" 

ElseIfForms!ViewWatchbills![Month]  =  "10"  Then 
MTH="Oct" 

Elself  Forms!  ViewWatchbills!  [Month]  =  "11"  Then 
MTH  =  "Nov" 

Elself Forms!ViewWatchbills![Month]  =  "12"  Then 
MTH="Dec" 

End  If 

RN  =  MTH  &  WT  &  "Watchbill" 

DoCmd  OpenForm  (RN) 

End  Function 
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Option  Compare  Database  Use  database  order  for  string  comparisons 
Function  TypeOfWatchOptions  0 

'This  function  deletes  watchstanders  from  the  previous  watchbill  and  calls 
the  macro  that  assigns  new  watchstanders. 

I]|c3|e:lc:|(:|c3)e3fe](c:lcs|c3|e**:1cic3ic3|c:)c:|c#3|e4e**:le3)c:fe:(t}|e:|c:)e9)c9fe:)c4e**3(c**9fc4c*3|c)ic:|c*3|c:|c9fc)|ctt*)le*3|c***}|e9|(t3|c*:|c*4e*9f(* 

Dim  db  As  Database 

Set  db  =  CurrentDBQ 

DoCmd  OpenForm  "TypeOfWatchForm" 

IfForms!TypeOfWatchForm![WatchType]  =  "6"  Then 
DoCmd  Close  A  Form,  "TypeOfWatchForm" 

Else 

DoCmd  RunMacro  "Delete/ AssignWatchstanders" 

End  If 

End  Function 
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Option  Compare  Database  'Use  database  order  for  string  comparisons 
Function  PreAssignWatchstanders  0 

'This  function  opens  the  appropriate  query  so  that  a  watchstander  can  be 
'pre-assigned. 

Ii|t  *  ill  4:  :)!  i|c  :|c  *  i|c  :(c « i|i :)( :|c  *  i|c  1)1 *  :(ci|e «  ]tc)|ci|ci|ci|c  *  *  *  *  *  4t  *  :|e  :|c  :|c  *  *  i|c  :|e  *  !|c  *  4e  :|ci)c  *  :|c  *  i|c  *  *  *  i)e  :|c  *  *  *  *  *  *  it:  *  :4i  i|<  * 


Dim  db  As  Database,  Q  As  QueryDef,  dsWatches  As  Dynaset,  TOW,  FK 
Set  db  =  CurrentDBO 

lit  *  i|c  !|C  i|c  l|c  ill  1|C  *  !|C  1|C]|C  *  !|e  :|c «  1|;  *  I|C  l|i:|c]|e « t  lie  lie  t  *  *  !|:  *  *  iK  *  *  I|i  *  *  IK  *  *  *  *  *  *  *  *  i|i  *  *  *  i<i  *  *  *  i|i  *  *  *  >|i  *  *  )|c  *  *  *  *  *  3|i  * 

'Get  type  of  watch  from  the  Type  Of  Watch  Form 

l♦♦♦♦♦♦*♦♦♦♦3|c*♦3|e:|c♦s^c♦♦♦♦♦♦♦3Jc♦♦3|c♦3|c♦:|eJ|e♦♦♦♦♦♦♦♦♦:!c♦*♦s|c♦J|£♦J|c♦*3|e)|e♦♦3|£♦♦♦4c4e4c4<4c4c4c4e4c 


IfForms!TypeOfWatchForm![WatchType]  =  "1"  Then 
TOW="CDO" 

FK  =  "CDO_Personnel_ID_FK2" 

Elself  Forms!TypeOfWatchForm!|WatchType]  =  "2"  Then 
TOW="ACDO" 

FK  =  "ACDO_Personnel_ID_FK3" 

Elself  Forms!TypeOfWatchForm![WatchType]  =  "3"  Then 
TOW="QCDO" 

FK  =  "QCDO_Personnel_ID_FK4" 

Elself  Forms!TypeOfWatchForm!|WatchType]  =  "4"  Then 
TOW="QCPO" 

FK  =  "QCPO_Personnel_ID_FK5" 

ElseIfForms!TypeOfWatchForm![WatchType]  =  "5"  Then 
TOW="RSPO" 

FK  =  "RSPO_Personnel_ID_FK6" 

Elself  Forms!TypeOfWatchForm![WatchType]  =  "6"  Then 
DoCmd  Close  A  Form,  "TypeOfWatchForm" 

End  If 

lit  It  it  It  it  it  It  It  it  it  it  1)1  it  It  i<i  *  *  it  *  it  it  *  it  it  ill  >li  il<  >)< ’ll  *  *  il<  i|i ’ll  *  >!<  >(1  it  *  It  i<i  It  it  It  *  it  it  it  It  ili  it  It  it  it  *  it  it  it  it  *  it  it  *  it  It  it  *  *  it  It  it  it  * 

'Get  month 

I  s|c  3ic  3fc  3|e  %  :fe  3)(  He  4c  4c  4c  4c  4c  4c  4c  4c  4c  4c  4c  4c  4e  4c  4c  4c  4c  4c  4c  4c  4c  4c  4c  4c  4c  4c  4c  4(  4c  4c  4c  4c  4c  4c  4c  4c  4c  4c  4c  4c  4c  4c  4c  4c  4c  4c  4c  4c  4c  4c  4c  4(  4c  4c  4c  4c  4c  4c  4c  4c  4c  4c  4c  4(  4c  4( 


IfFormsISelectMonth!  [Month]  =  "1"  Then 
MTH="Jan" 

ElselfFormsISelectMonth!  [Month]  =  "2"  Then 
MTH="Feb" 
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ElselfFormsISelectMonth! [Month]  =  "3"  Then 
MTH=''Mar'' 

ElselfFormsISelectMonth! [Month]  =  ”4"  Then 
MTH="Apr" 

ElseIfForms!SelectMonth![Month]  =  "5"  Then 
MTH=’'May" 

ElselfFormsISelectMonth! [Month]  =  "6"  Then 
MTH="Jun" 

Elself  Forms! SelectMonth![Month]  =  "7"  Then 
MTH  =  "Jul" 

ElselfFormsISelectMonth! [Month]  =  "8"  Then 
MTH  =  "Aug" 

ElselfFormsISelectMonth! [Month]  =  "9"  Then 
MTH  =  "Sep" 

ElselfFormsISelectMonth! [Month]  =  "10"  Then 
MTH  =  "Oct" 

ElselfFormsISelectMonth! [Month]  =  "11"  Then 
MTH  =  "Nov" 

Elself  Forms!  SelectMonth![Month]  =  "12"  Then 
MTH  =  "Dec" 

End  If 

QN  =  MTH  &  TOW  &  "Watches" 

Set  Q  =  db.OpenQueryDef(QN) 

Set  dsWatches  =  db.CreateDynaset(QN) 

DoCmd  OpenQuery  QN 

End  Function 
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APPENDIX  D.  USER'S  MANUAL 


FNMOC  AUTOMATED 
WATCHBILL  GENERATOR’S 
REFERENCE  GUIDE 


USER'S  MANUAL 
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A.  INSTALLATION 


1.  System  Requirements 

The  FNMOC  Automated  Watchbill  Generator  (FNMOCAUTWATGEN)  is  designed 
using  Microsoft  Access.  To  use  FNMOCAUTWATGEN  and  Microsoft  Access  you  need 
the  following; 

-  IBM-compatible  personal  computer  with  an  80386  or  higher  processor. 

-  Hard  disk  with  13  megabytes  of  free  space. 

-  Mouse  or  other  compatible  pointing  device. 

-  EGA,  VGA,  or  compatible  display. 

-  Two  megabytes  of  random-access  memory. 

-  MS-DOS  version  3.1  or  later,  and  Microsoft  Windows  version  3.0  or  later. 

2.  Installation  Disks 

In  addition  to  the  disks  for  Microsoft  Access,  one  disk  is  required. 
FNMOCAUTWATGEN  is  contained  in  the  file  db2.mdb.  To  open  the 
FNMOCAUTWATGEN  database: 

-  Start  Microsoft  Access 

-  From  the  File  menu,  choose  Open  Database. 

-  In  the  File  Name  box,  select  db2.mdb. 

-  Choose  the  OK  button. 

Microsoft  Access  opens  the  FNMOCAUTWATGEN  database  and  displays  the  Main 
Menu  form. 

3.  Backing  Up  the  Database 

Creating  backup  copies  is  one  of  the  most  important  database  administration  tasks. 
Backups  protect  you  against  loss  of  data  and  the  information  that  describes  your  data.  If 
you  make  unwanted  changes  to  the  database  which  can't  be  reversed,  you  can  always 
return  to  the  most  recent  backup  copy.  To  back  up  the  database: 
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1.  Close  the  database. 

2.  Using  the  Windows  File  Manager,  backup  software,  or  the  MS-DOS  copy 
command, 

copy  the  Microsoft  Access  .MDB  file  to  the  backup  system  of  your  choice. 

To  restore  the  database  from  the  backup  copy:  use  the  Windows  File  Manager,  backup 
software,  or  the  MS-DOS  copy  command,  copy  the  backup  .MDB  file  to  your  database 
directory. 

Make  backup  copies  on  a  regular  basis  and  keep  backup  copies  of  your  data  off  site  in 
case  of  fire,  flood  or  other  natural  disaster. 

B.  OVERVIEW 

The  FNMOCAUTWATGEN  is  designed  to  implement  equality  in  watch  standing. 
Using  the  program,  each  watch  is  worth  a  specific  number  of  points;  the  watches  that 
everyone  wants  (like  those  during  the  work  week)  are  worth  a  lower  value  than  the 
watches  you  have  to  pay  someone  to  stand  (like  Christmas  watches).  For  example,  a 
week  day  watch  may  be  worth  1  point  while  a  weekend  night  watch  may  be  worth  2.5 
points  and  a  holiday  day  watch  may  be  worth  4  points.  Recommended  values  are 
programmed  into  the  system,  but  the  system  allows  you  to  tailor  the  values  for  your 
specific  needs. 

All  watchstanders  have  two  point  totals:  "PtsThisMth"  and  "PtsLastMth."  A 
watchstander's  "PtsThisMth"  total  is  increased  each  month  by  the  value  of  the  watches 
they  were  assigned  that  month.  Before  next  month's  watchbill  is  generated,  the 
watchstander's  "PtsThisMth"  total  is  shifted  to  his  or  her's  "PtsLastMth"  total,  and  the 
next  month's  watchbill  is  created  based  on  the  previous  month's  assignments. 

Prior  to  assigning  personnel  to  watches,  the  program  looks  at  the  value  of  all  the 
watches  for  the  month  selected,  and  sorts  them  so  that  the  highest  value  watches  are 
assigned  first.  The  program  then  looks  at  all  personnel  qualified  to  stand  the  watch,  and 
sorts  them  so  that  the  person  with  the  lowest  "PtsLastMth"  total  is  assigned  the  highest 
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value  watch.  In  theory,  the  person  with  the  lowest  point  total  from  the  previous  month, 
will  be  assigned  the  highest  value  (worst)  watch. 

Incorporated  into  the  FNMOCAUTWATGEN  is  the  "Snivel"  option.  A  "Snivel"  is  a 
period  of  time  during  which  a  person  is  unavailable  to  stand  watch.  A  watchstander  may 
submit  a  "Snivel"  for  a  variety  of  reasons:  TAD,  leave,  sickness  or  family  emergency. 
Before  a  watchstander  is  assigned  to  a  watch,  his  or  her  "Snivel"  record  is  checked  to 
make  sure  the  watchstander  is  available  to  stand  the  specific  watch. 

The  FNMOCAUTWATGEN  also  checks  to  see  if  the  watchstander  has  been  assigned 
a  watch  on  that  day,  the  previous,  or  following  days.  Thus,  the  dilemma  of  "back-to- 
back"  watches  is  eliminated. 

The  FNMOCAUTWATGEN  takes  the  hassle  out  of  creating  watchbills.  Simply 
follow  the  directions  on  the  user-fnendly  screens  and  the  system  will  produce  an  unbiased, 
efficient  watchbill. 

C.  USING  THE  FNMOC  AUTOMATED  WATCHBILL  GENERATOR 


After  opening  db2.mdb,  you  are  greeted  with  the  FNMOC  Main  Menu  screen  shown 
below. 


Main  Menu 
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Data  in  the  FNMOCAUTWATGEN  is  organized  in  four  categories;  Personnel,  Snivels, 
Watchbills  and  Reports.  The  Personnel  category  consists  of  all  data  relating  specifically  to 
the  watchstanders  such  as  Name,  SSN,  PRD,  etc;  snivels  are  dates  when  a  watchstander  is 
unavailable  to  stand  watch;  watchbills  are  the  assignment  of  watchstanders  to  the  specific 
watches;  and  the  reports  present  the  data  as  meaningful  information  that  can  be  used  and 
distributed.  Choose  the  category  which  contains  the  information  you  wish  to  view  or 
edit. 


1.  Personnel 

Selection  of  the  "Personnel"  option  displays  the  following  Personnel  Menu; 


®  Mem 

\timm 

m 

i^i; 

Personnel  Menu 


You  have  the  choice  of  viewing  all  personnel  currently  onboard,  adding  or  deleting 
a  watchstander  from  the  database,  viewing  personnel  sorted  by  watch  type,  or  returning  to 
the  main  menu. 

a.  View  Personnel  Onboard 

If  you  wish  to  view  all  personnel  currently  onboard,  push  "View  All  Personnel"  and 
the  following  form  will  be  displayed; 
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m 


To  add  a  watchstander,  choose  "Add  New  Record"  and  a  blank  form  will  appear  in  which 
you  can  add  the  required  information.  To  delete  a  watchstander,  simply  scroll  to  the 
record  you  wish  to  delete  and  push  "Delete  Current  Record."  Changes  to  the  database  are 
automatically  saved  when  you  push  any  button  on  the  screen. 

c.  View  Records  Sorted  By  Watch  Type 

If  you  wish  to  view  personnel  sorted  by  watch  type,  choose  the  appropriate  category 
and  a  form  similar  to  the  one  shown  below  will  be  displayed. 


ACDO  Form 


Graphs  allow  you  to  show  trends  in  your  data  or  show  relationships  between  different 
types  of  data.  If  you  wish  to  see  a  graph  comparing  all  watchstanders  and  their  respective 
point  totals  from  the  previous  month,  push  "View  Graph,"  and  a  graph  similar  to  the  one 
below  will  be  generated. 
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ACDO  Graph 


2.  Snivels 

Selection  of  the  "Snivel"  option  displays  the  following  Snivel  Menu: 


Snivel  Menu 


A  "Snivel"  is  a  period  of  time  during  which  a  person  is  unavailable  to  stand  watch.  A 
watchstander  may  submit  a  "Snivel"  for  a  variety  of  reasons;  TAD,  leave,  sickness  or 
family  emergency.  Select  which  type  of  watchstander  snivels  you  wish  to  edit  or  view  and 
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a  form  similar  to  the  CDO  Snivel  form  will  be  displayed. 


m 


Eleulerio 

:  342-98-2488 

iCDO 

07-Jan-9& 

09-Jan-96 

Eleulerio 

1342-96-2468 

:CD0 

20-Feb-96i 

27-Feb-98 

Moore 

i  285-99-7433 

iCDD 

01 -Feb-96: 

03-Feb-96 

Mvkvla 

i  220-98-7764 

iCDO 

24^Jan-96: 

28^)an-96 

♦1 


CDO  Snivels 


To  add  a  snivel,  choose  "Add  Snivel"  and  a  blank  form  will  appear  for  you  to  add  data. 

To  delete  a  snivel,  simply  scroll  to  the  record  you  wish  to  delete  and  push  "Delete  Snivel." 
Changes  to  the  database  are  automatically  saved  when  you  return  to  the  Snivel  Menu. 


3.  Generating  Watchbills 

Selection  of  the  "Generate  Watchbill"  option  displays  the  following  Select  Month 
form. 
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"\  M 


%  s  ss  ss  s  ssss^s:.s^s 

m  ' '' 


Select  Month 


Double  click  on  the  month  you  wish  to  generate  and  the  Get  Value  form  will  be  displayed. 


The  Automated  WatchbMI  Generator  automatically  assigns 
the  folowmg  default  values  for  specie  smt^tnes: 


Value  tor  weekd^v^atch;  P  j 

value  for  voofml^tvratdft; 

Value  for  weekend  d<^  watclr;  p  j 
Vafeie  for  weekend  night  watdh' 


You  0^  accept  default  values  or  modrb'  them  as  you 
desire.  When  ^nished  push  Save  to  conhnue* 


Ssve  Cvrrdft 

:  Witte's'”;!.! 


Get  Value 

FNMOCAUTWATGEN  assigns  the  default  values  shown  above.  To  edit  values  click  on 
the  value  you  wish  to  change  and  enter  the  new  value.  Once  all  values  are  correct,  push 
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01 


ii«i« 


WAjAVxW:*: 


ASDO' 


«ei*t> 


mm 


ear 


PreAs^igji-  ••: 


If  you  wish  to  pre-assign  a  watchstander  to  a  specific  watch,  say  for  example  someone 
volunteers  for  a  holiday,  push  "Pre-Assign"  and  a  blank  watchbill  will  be  displayed.  Enter 
the  SSN  of  the  watchstander  in  the  specific  watch,  push  "Close,"  and  you  will  be  back  on 
the  Pre-Assign  form.  Push  "Generate"  and  the  program  will  generate  the  watchbill  and 
display  it  in  the  following  format: 


JAN  ACDO  Watchbill 


If  you  don't  wish  to  pre-assign  watchstanders,  push  "Generate  With  No  Pre- Assign"  and 
the  above  watchbill  will  be  displayed. 
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4.  View  Watchbills 

Selection  of  the  "View  Watchbills"  option  displays  the  following  View  Watchbills 
Menu. 


View  Watchbills 


Select  the  watch  type  from  the  pull  down  menu,  and  double  click  on  the  appropriate 
month  and  the  appropriate  watchbill  will  be  displayed.  Keep  in  mind  that  the  program 
generates  a  recommended  watchbill.  If  you  wish  to  modify  the  watchbill  after  it  has  been 
created,  simply  delete  the  Name  and  SSN  the  program  assigned  and  type  in  the  data  you 
wish.  However,  you  must  then  update  that  watchstander's  "PtsThisMth"  total  via  the 
Personnel  Menu. 
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5.  Reports 

Selection  of  the  "Reports  "  option  displays  the  following  Report  Menu. 


Report  Menu 


Reports  have  been  designed  that  present  information  the  way  you  want.  The  reports  give 
you  a  way  to  retrieve  and  present  data  as  meaningful  information  that  you  can  use  and 
distribute. 

a.  Personnel 

If  you  wish  to  view  or  print  Personnel  Reports,  push  "Personnel"  and  the  Personnel 
Reports  form  will  be  displayed. 


110 


Personnel  Reports 

Double  click  on  the  type  of  personnel  report  you  wish  to  view  and  a  report  similar  to  the 
ACDO  Report  will  be  displayed. 


ACDO  Report 


b.Snivels 

If  you  wish  to  view  or  print  Snivel  Reports,  push  "Snivel"  and  the  Snivel  Reports 
form  will  be  displayed. 


Snivel  Reports 

Double  click  on  the  t5^e  of  snivel  report  you  wish  to  view,  and  a  report  similar  to  the 
ACDO  Snivel  Report  will  be  displayed. 


ACDO  Snivel  Report 


c.  Watchbills 

If  you  wish  to  view  or  print  Watchbill  Reports,  push  "Watchbills"  and  the  Watchbill 
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Reports  form  will  be  displayed. 


Watchbill  Reports 

Select  the  watch  type  from  the  pull  down  menu,  and  double  click  on  the  appropriate 
month  and  a  report  similar  to  the  Jan  CDO  Watchbill  will  be  displayed. 


6.  Exit 

Selection  of  the  "Exit"  option  displays  the  following  Database  window. 


Database  Window 


To  close  the  database,  choose  Close  Database  from  the  File  menu. 
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